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ABSTRACT 

During  .1970  SRl's  Augmentation  Researcn  Center 
took  part  in  preliminary  operation  of  the  ARPA 
network,  made  several  important  improvements  in 
the  ARC  operating  system's  efficiency  and 
features  for  users,  and  Began  installation  of  a 
new  computer. 

Conversion  from  an  XDS  910  to  a  DEC  PDP-lc, 
which  was  in  process  in  February  1971#  has 
delayed  full  operation  on  the  ARPA  network. 

However,  the  network  has  been  used  both  in 
software  development  and  in  trial  runs  of  the 
Network  information  center.  Initial  software 
for  t'he  Network  Information  Center  was  completed 
and  documents  have  been  rapidly  accumulating. 
Other  new  hardware  includes  UNIVAC  drums  and 
various  remote  terminals.  New  software  includes 
redesign  of  the  core  of  our  NLS,  development  of 
higher  level  processes  such  as  executaDle  text, 
and  ready  use  of  content  analysers  in  automated 
clerical  procedures.  New  features  for  users 
include,  among  other  things,  an  online  journal 
comparable  both  to  a  daily  periodical  and  to 
archival  journals,  and  a  calculator. 
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IV.  SUMMARY  k 

A.  INTRODUCTION  La 

1.  This  report  covers  the  year  1970  of  research  in  a 

continuous  program  at  the  Augmentation  Research  Center  of 
the  information  Science  Laboratory  of  Stanford  Research 
institute,  supported  oy  AKPA  under  RADC  contract 
F3C602-70-C-0219.  Kal 

2.  The  research  reported  is  aimed  at  the  development  of 
online  computer  aids  for  augmenting  the  performance  of 
individuals  and  teams  engaged  in  intellectual  work,  and  the 
development  of  the  Network  information  Center  for  the  arpa 
computer  Ketwork.  The  report  covers  hardware  and  software 
development,  applications  in  several  areas,  ana  a  summary 

of  plans  for  the  continuation  of  the  researcn  auring  1971.  4a2 

b.  HIGHLIGHTS  OF  THE  CONTRACT  YEAR  4b 

1.  During  1970  we  devoted  our  attention  especially  to  our 

continuing  effort  to  improve  the  efficiency  of  our  online 
system  and  polish  and  strengthen  its  usefulness  to  systems 
programming,  to  working  with  the  ARPA  Network,  and  to 
augmentation  of  distributed  teams.  During  tne  latter  part 
of  the  year  we  were  deeply  involved  with  translating  our 
software  into  forrs  compatible  with  a  PDP-lo  and  with 
choosing  and  connecting  its  peripheral  equipment.  4bl 

2.  We  have  named  an  important  new  group  of  tools  for  users 

developed  in  1970  "Hi;  er  Level  Processes".  They  are 
routines  in  which  the  basic  user  features  of  our  online 
system  are  building  blocks  in  construction  of  programs  that 
carry  out  specific,  rather  complicated  tasks  such  as 
changing  the  order  of  a  citation  index  and  at  the  same  time 
the  format  of  the  citations,  important  Higher  Level 
processes  are  the  rewritten  Content  Analyzer,  the  Analyzer 
Formatter,  the  Collector  Sorter,  ana  Executable  Text.  Kb2 

3.  We  added  an  arithmetic  and  algebraic  calculator  package 

to  our  online  system.  403 

4.  We  have  recently  been  working  more  with  tne  goal  of 
augmenting  teams  performing  work  that  is  distributed  in 
time,  space,  ana  discipline.  By  way  of  communication  and 
archival  and  managerial  record  keeping,  we  added  a  mail 
system  and  a  Journal  system.  Any  user  may  write  a  mail 
message  from  his  terminal  to  any  other  users.  The  message 
is  automatically  brought  to  the  recipient's  attention  when 
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he  logs  in.  Hell  has  been  particularly  useful  to  our 
people  temporarily  or  permanently  at  a  distance  from  ih 
center.  Mail  messages  automatically  become  part  of  the 
journal.  The  Journal  is  an  online  repository  of  the 
thoughts,  records,  baselines,  ana  evolving  designs  of  the 
group,  in  our  community  it  serves  the  function  that 
academic  journals  serve  for  communities  defined  by 
disciplines  except  that  publication  takes  about  a  day 
Recent  entries  in  the  journal  are  held  on  disc  and  magnetic 
tape,  older  entries  on  paper  and  magnetic  tape,  online  is 
an  index  to  the  complete  journal,  including  various 
retrieving  aids  such  as  sorting  by  title  words.  ibU 

>.  our  participation  in  the  ARPA  Network  included:  using 
University  of  Utah’s  pjjp-io  via  the  Network  to  aid  in  our 
transfer  to  a  new  PDP-10,  and  development  of  the  Network 
information  center  (NIC),  in  using  tne  Net  to  re-program 
our  PDP-10  we  typically  sent  blocks  to  UTAH  that  consisted 
of  relocatable  binary  data  produced  oy  compilers  executing 
in  our  XDS  9ko  and  producing  code  for  the  10.  The  data  was 
stored  m  a  disc  at  Utah  by  the  network  control  program  so 
that  someone  here  could  reconnect  and  call  on  the  Utah 
loader  ;:or  the  transmitted  fi?.e.  we  found  tnis  service  so 
useful  that  we  added  multiplexing  at  this  end  so  tnat  three 
of  our  programmers  could  use  the  Utah  system  at  once.  The 
link  to  Utah  operated  daily  from  August  1970  through 
January  1971  ana  constituted  the  most  substantial  data 
transmission  over  the  Net  to  tnat  date.  Iib5 

6.  At  ARC  we  established  a  collection  of  documents  tnat 
form  the  basis  of  the  Network  Information  Center, 
established  online  techniques  for  handling  tne  documents, 
and  moat  important,  began  working  dialog  with  the  ether 
centers.  The  combination  of  our  reference  data  storage 
techniques  with  our  programming  allows  retrieving  documents 
according  to  a  variety  of  attributes  and  combinations 
thereof,  fi.g.,  year  of  publication  comDined  with  author, 
or  sponsoring  institution,  we  organized  with  the  other 
sites  on  the  Network  to  establish  Station  Agents  to  handle 
their  interaction  with  the  Network  Information  Center  and 
supplied  tne  station  Agents  with  a  catalog  of  their 
collection  and  other  working  materials.  To  stimulate 
dialog,  pending  full  operation  by  connected  computers,  we 
set  up  a  central  telepnune  exchange  and  a  system  for 
circulating  documents  and  memos  by  U.S.  wail  through  the 

NIC,'  including  an  intra-Net  document  numbering  system.  4b6 

7.  In  the  Spring  of  1970  we  decided  that  DbC's  PDP-10  with 
associated  software  ana  paging  box  from  bb*N  might  be  a  way 
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to  increase  the  number  of  consoles  and  displays  available 
to  us,  to  strengthen  our  system  in  otner  ways,  and  to 
insure  a  system  that  could  be  expanded  further  with  ease. 

In  June  after  investigating  several  competing  machines,  we 
ordered  a  PDP-lu  which  was  delivered  in  September,  our  9A0 
was  removed  February  1,  lyyi.  Associated  equipment  for  the 
PDP-10  includes  12#K  of  l.Q-inicrosecond  core  and  the  rib<iN 
Paging  Box.  After  studying  the  various  alternatives,  we 
retained  from  the  9U0  system  a  32K-woro  Ampex  external 
core,  UNIVAC  drums  as  a  swapping  device,  and  a  Bryant  Disc 
for  mass  storage.  A  drum/aisc  interface,  an  interface  for 
the  external  core  system,  and  an  I/O  control  box  were  built 
locally  to  our  specifications.  a&7 

8.  Re-programming  for  the  10  has  created  tne  necessity  and 
opportunity  for  thorougn-going  revision  of  our  software, 
our  online  system  which  hao  been  written  in  a  special 
language,  SPL,  has  been  rewritten  in  L10,  a  language  much 
more  machine  independent  and  more  flexible  in  application. 

Our  NIB  has  been  rationalized  to  allow  more  routines  to 
call  on  other  routines.  Display  routines  nave  been  changed 
to  allow  division  into  up  to  eight  areas  which  the  user  can 
load  and  edit  independently.  Many  other  features  such  as 
Mail,  journal,  calculator  nave  been  substantially  improved 
in  the  transfer.  Ah# 

C.  PLANS  FOR  1971  he 

1.  Early  in  1971  we  will  complete  transfer  to  the  PDP-10, 

develop  further  and  operate  the  Network  Information  Center, 
give  more  powerful  tools  to  the  users  of  our  Dialog  Support 
System,  expand  our  Baseline  Planning  system,  and  make  a 
variety  of  specific  operational  improvements.  Acl 

2.  we  have  established  a  three-step  schedule  of  increasing 
interactive  support  to  the  other  raempers  of  tne  AKPA 
network.  Uncertainties  in  the  capacity  of  our  new  computer 
system  when  it  is  finally  tuned,  and  in  the  load 
interactive  service  over  the  net  will  place  on  us  make  it 
difficult  to  estimate  the  number  of  users  we  will  support 
at  exact  dates,  we  are  proceeding  witn  tne  following 

general  plans  Ac2 

In  stage  0,  Deginning  in  mid  June,  we  will  offer 
experimental  access  to  the  NIC  to  a  limited  number  of 
West  Coast  sites  and  to  RADC  and  will  offer  a  two-day 
course  at  SRI  in  our  typewriter  terminal  online  language 
which  has  been  rewritten  to  provide  users  with  more  of 
the  power  of  NLS.  Ac2a 
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In  stage  1,  beginning  in  mid  August,  we  will  offer 

furtfter  instruction,  and  an  operational  access  to  NLS  to 

i-fl  simultaneous  users.  I;c2b 

In  stage  2,  beginning  in  October,  we  will  offer  message 
delivery  online  to  remote  sites,  a  deferred  execution 
system  for  offline  preparation  of  files  for  NLS  use,  and 
access  to  more  users.  liC2c 

3.  We  will  improve  our  Dialog  support  System  by  further 
automation  of  entry  of  items  into  the  Journal  and  of  study 
of  the  documents  in  the  Journal.  ac3 

A  command  language  ir*  which  the  Journal  may  interrogate 
the  user  for  information  necessary  to  iaentif ication  and 
automated  retrieval  of  the  document  will  make  entry 
simpler  and  more  effective.  Uc3a 

Devices  such  as  automatic  construction  of  links  Detween 

documents  ana  generation  of  sets  of  documents,  along 

with  set  manipulation  commands,  will  facilitate  study.  Uc3b 

U.  We  will  manage  our  daily  activities  more  and  more  by 
means  of  our  baseline  Planning  system  ana  develop  new 
subsystems  within  it  to,  for  example,  filter  out  and  record 
various  useful  views  of  the  organized  planning  of  the  wnole 
group.  liCli 

5.  Modular  programming  will  make  it  much  easier  to  transfer 
all  or  part  of  nLS  to  users  outside  of  AkC.  Design  and 
implementation  of  a  preliminary  system  will  take  place  in 

1371.  Uc5 

6.  We  have  detailed  plans  for  a  variety  of  improvements  in 

our  NLS  ana  Executive,  most  of  which  directly  support  NIC 
operations.  ac6 
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V.  ARPA  NETWORK  PARTICIPATION  5 

A,  THE  NETWORK  INFORMATION  CENTER.  i>a 

1.  Goals,  strategy,  ana  philosophy  Sal 


We  see  NIC's  primary  role  in  tne  Network  experiment  as 
support  for  Network  participants:  tools,  techniques, 
and  services  of  computer,  storage,  and  people,  we  aim 
eventually  to  provide  highly  interactive  information 
services  that  will  be  valuable  to  a  dynamic  clientele 
and  we  hope  to  facilitate  highly  responsive  aialog 
between  and  with  them.  But  basically  we  can  only  serve 
as  a  supporting  agent  toward  these  ends.  Emergence  of  a 
significant  dialog  will  require  active  Network 
participation  both  among  the  nodes  and  with  NIC  as  it 


learns  how  to  serve  their  information  neeas.  5ala 

Some  of  the  services  we  will  provide  are;  5alb 

Collection  and  storage  of  a  wide  range  of 
Network-relevant  reference  information  (in  the  NIC 
waster  Collection).  5albl 

Online  service  over  this  collection  for  querying, 
browsing,  and  retrieving  --  designed  to  serve  a  range 
of  terminals  (typewriters  to  CRTs).  5alb2 

A  coordinated  set  of  offline  reference  materials 
(indexes,  etc.).  5alb3 


A  communication  service  in  which  there  will  be 

direct,  interactive,  and  sophisticated  handling  of 

messages  --  their  composition,  delivery, 

verification,  storage,  and  retrieval  (they  become 

part  of  the  master  collection) •  5albU 

A  natural  means  for  linking  messages  to  each  other 
and  to  any  other  items  in  our  collection,  to  produce 
an  organically  developing  network  of  dialog  items 
whose  search,  study,  and  integrative  manipulation 
will  be  supported  by  our  computer  aids  as  a  basic  NIC 
service.  i?aib5 

We  have  been  heavily  involved  in  preparing  ourselves 
toward  these  ends,  both  in  range  of  services  and  in 
capacity  to  handle  customers,  it  is  quite  evident 
that  these  ends  will  be  reached  only  by  steady 
evolution,  throughout  the  range  of  site  facilities. 
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supporting  technologies,  user  methods,  and  user 

skills.  5alo6 

2.  Starting  up  3a2 

For  some  time,  we  were  concerned  with  tne  question:  how 
could  we  launch  a  new,  experimental  service  for  a 
clientele  that  we  didn't  see  or  hear,  wnere  the  service 
was  to  be  designed  for  a  degree  o t  computerized 
communication  that  nadn't  yet  emerged,  but  where  it  was 
disturbingly  apparent  that  the  proper  performance  of  our 
declared  function  could  significantly  accelerate  that 
emergence?  what  was  needed  badly  in  order  that  we  at 
NIC  could  produce  some  service,  and  also,  we  thought,  in 
order  tnat  the  Network  coula  become  alive  was  for  a 
sizable  amount  of  stimulating  and  visible  dialog  to  take 
place.  To  tnis  ena,  we  decided  to  dedicate  most  of  our 
NIC  service  energy  over  the  past  several  months  toward 
stimulating  and  supporting  such  visible  dialog  --  whicn 
is  the  reason  for  tne  "Network  Dialog  system" 
development. 

To  provide  a  useful  initial  service  to  the  Network 
Community,  and  also  to  give  our  evolutionary  process  a 
starting  place,  we  adopted  the  initial-stage  design 
described  below  for  visible  dialog. 

J,  Dialog 

by  "visiole  dialog"  we  mean  messages  and  memos  that 
become  a  public  record  available  to  all  potential 
Network  participants,  for  later  reference,  citation, 
retrieval,  or  browsing;  where  people  other  than  tnose 
involved  in  a  given  exchange  are  welcomed  --  and  nelped 
--  to  discover  its  existence  and  contriDute  questions 
and  additions  that  in  turn  are  incorporated  as  part  of 
the  recorded  dialog.  At  first  the  media  are  whatever 
communication  means  can  be  oest  used  at  tne  moment  -- 
mail,  telephone,  ano  the  ARPA  Network  as  it  becomes  more 
and  more  functional.  5a^a 

To  encourage  communication  initially,  we  are  maintaining 
a  NIC  telephone  system  that  provides  toll-free  service, 
especially  for  Station  Agents  and  Liaison  people 
although  open  to  others.  The  system  makes  use  of  a 
commercial,  after-hours  answering  service,  and  is 
responsive  to  special  needs  arounu  tne  Clock.  5aj>b 

a*  Station  Agent  and  Liaison  5ak 


5a2a 

5a2b 

5a3 
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The  Network  Dialog  system  involves  at  least  two 
specially  assigned  people  at  each  site,  who  are  as  soon 
as  possible  to  be  provided  with  an  online  typewriter  at 
a  specially  designed  Reference  ana  Communication 
Station,  Besides  the  typewriter,  the  station  is 
expected  to  include  a  telephone  and  certain  nard-copy 
reference  materials  supplied  Dy  NIC, 

The  station  Agent  nelps  the  NIC  with  local  services 
performed  in  our  behalf,  such  as  seeing  tnat  messages 
are  delivered  to  local  people,  helping  people  learn  now 
to  use  NIC  services,  updating  locally  held  hard-copy, 

NIC  reference  material  (according  to  instructions  and 
materials  supplied  by  us),  helping  local  users  find 
needed  information  among  the  various  nard-copy  materials 
that  will  comprise  an  important  part  of  our  early 
services  to  each  locale;  and  providing  feedback  to  us 
about  needs  and  possibilities  for  improving  our 
services. 

Each  site  also  has  a  Liaison  Contact  available  to  the 
Agent  for  technical  backup,  he  is  usually  a  technically 
oriented  person  who  is  used  to  learning  online 
techniques,  who  understands  at  least  enough  of  the 
Network  technology  to  interpret  technical  questions 
accurately  and  to  pursue  their  answers  intelligently. 

He  is  also  expected  to  field  technically  oriented 
questions  and  requests  from  other  Network  sites. 

In  particular,  the  citation  Agent  will  need  a  certain 
amount  of  consistent,  supportive  help  in  learning  about 
technical  details  associated  with  some  of  these  tasks  -- 
we  need  each  Liaison  Contact  to  provide  tnis  (thus 
helping  to  form  a  working  team,  with  whom  we  at  NIC  can 
work  consistently,  and  about  whom  people  at  the  site  can 
feel  comfortable  in  handling  the  reference  and 
communication  aspect  of  their  total  "Network 
interface").  Both  people  are  becoming  useful  sources  of 
Network  folklore  for  people  at  the  sites. 

Manipulation 

He  are  now  set  up  to  handle  the 

transmission/distriDution  of  such  material  as  submitted 
to  us,  and  to  provide  storage,  indexing,  retrieval  and 
access  to  the  accumulated  material  *•-  in  nara  copy 
mailed  media  and/or  by  online  access,  whatever  it  taxes 
to  get  things  rolling,  one-sentence  messages,  very 
informal  memos,  tentative  plans,  "CQ  calls"  seeking 
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support  or  interaction,  announcements  of  up-down-changes 
etc.,  arguments  about  now  things  should  be  done  -- 
telephoned  to  us,  mailed  in  long-narid  or  typescript, 
composed  via  Network  access  to  our  online  editing 
system,  sent  or  transmitted  as  a  file  composed  on  your 
editing  system  --  we  are  trying  to  handle  them  all. 

After  our  transfer  to  tne  PDP-10  is  completed,  we  will 
be  ready  to  provide  online  interaction,  in  typewriter 
mode,  for  initial  experimentation,  for  editing,  for 
access  to  dialog  material,  etc.  (holding  off  on  more 
general  access  to  reference  material  for  the  time 
being).  Local  Station  Agents  will  be  supplied  with  the 
reference  information  necessary  to  link  to  us  and  we 
will  offer  first  to  check  them  out  ana  the  Liaison  men. 

They  will  (we  hops)  then  check  out  other  users. 

6.  NIC  Station  Collection 
Collection! 

Physically,  we  have  over  5,000  items,  mainly  external 
documents,  in  APC’s  Master  Collection.  The  NIC 
Collection  is  a  subset  of  the  Master  collection,  we 
estimate  that  500  to  800  of  the  items  currently  held 
will  eventually  prove  relevant  to  the  NIC  clientele. 

At  present  some  juo  of  our  most  relevant  documents 
have  been  replicated  and  a  set  installed  at  each 
Station  together  witn  a  computer-generated,  hard  copy 
shelf  listing  ana  index  by  number,  author,  and 
titlewora.  5*6al 

we  have  isolated  several  hundred  items  that  seem 
relevant  now.  These  will  be  included  soon  in  the  NIC 
"Subcollection".  5a6a2 

We  are  providing  for  steady  addition  from  messages, 
memos,  survey  summaries,  formal  Network 

documentation,  etc.  5a6a3 

The  most  significant  documents  to  the  NIC  Collection 
from  volume  and  content  relevance  standpoints  are 
those  currently  being  added  through  dialog  between 
network  people  and  through  collection  and  puolishing 
of  information  describing  network  facilities, 
interests,  and  resources.  5*6aU 

Catalogs  and  indexes  5a6b 


5a5a 


5a5b 

5a6 

5a6a 


Network  information  center 
and  Computer  Augmented  Team  interaction 
12 


SKI-ARC  1  JULX  71  0277 

ARPa  Network  Particpaticn 


we  have  developed  common  conventions  for  catalog 
entries  over  the  entire  ARC  (and  therefore  NIC) 
collection.  Online  entry  formate  are  being  converted 
from  old  formats  to  consistent  more  easily  searched 
formats.  All  current  NIC  and  arc  Journal  collections 
are  in  the  new  catalog  formats.  All  new  entries  take 
the  new  form,  Each  entry  is  storea  now  as  one  long 
string,  within  an  NLS  statement,  witn  special  strings 
of  characters  that  separate  and  identify  the 
different  data  elements.  5a6bl 


B.  CONNECTION  TO  THE  ARPA  NETWORK.  3b 

1,  our  first  hardware  and  software  connection  to  the  ARPA 
Network  was  completed  in  November  of  1969  and  is  discussed 
in  some  detail  in  the  references  (ref.l) ,  At  tne  end  of 
1970  the  hardware  interface  was  still  as  described  in  that 
report  and  has  been  operating  since  that  time  witn  no 
difficulties.  3bl 


2.  The  early  software  was  definitely  experimental,  a 
preliminary  network  operating  system  was  written  wnich  ran 
as  a  user  program  and  allowed  the  login  of  one  remote  user 
over  the  Network  and  the  simultaneous  use  of  a  remote 
facility  by  one  local  user. 

3.  Following  this  experimental  system,  work  continued  on  a 
first-stage  Network  protocol  operating  at  the  monitor 
level. 

Since  there  was  no  official  Network  protocol  at  tnat 
time,  it  was  necessary  to  develop  compatible  protocol  at 
at  least  two  sites  tor  debugging  and  experimental  use  of 
the  facility.  The  university  of  Utah  was  chosen  as  the 
site  for  this  activity,  mainly  because  they  were  eager 
to  cooperate  in  the  experiment  ana  personnel  were 
available  at  ARC  who  were  familiar  with  both  tne  yfco 
operating  system  ana  the  University  of  Utah's  system.  5b3a 


5d2 

bb3 


Programs  at  both  sites  were  written  primarily  oy  ARC 
personnel.  (They  included  the  monitor  level  coaing 
required  to  operate  the  hardware  and  to  allow  programs 
logical  access  both  to  the  Network  ana  user  level 
programs.)  3o3b 

The  system  when  completed  allowed  a  user  at  SRI  to 
connect  his  teletype  to  utan's  time-sharing  system  with 
all  the  privileges  ana  capabilities  of  a  user  locally 
connected  at  the  University.  Capabilities  were  also 
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provided  for  Utah  use  of  the  ARC  facilities,  although 
this  feature  was  never  thoroughly  checked  out. 

A*  When  we  determined  to  convert  to  a  PDP-10  we  decided  to 
use  the  PDP-10  at  Utah  to  aid  the  software  conversion 
effort.  This  new  application  required  some  modification  of 
the  temporary  UTAH/ARC  protocol  at  Doth  ends. 

Programs  were  modified  to  allow  transmission  of  files  so 
that  blocks  of  data  could  be  sent  to  Utah.  Typically  we 
sent  blocks  to  utan  that  consisted  of  relocatable  binary 
data  produced  by  compilers  executing  on  the  940  and 
producing  code  for  tne  PDP-10.  Data  transmitted  from 
ARC  was  stored  on  a  disc  at  Utah  by  the  Network  control 
program  so  that  the  sender  at  ARC  could  subsequently 
invoke  his  Network  teletype  connection  and  call  tne  Utah 
loader  to  load  the  transmitted  files.  This  arrangement 
gave  the  ARC  programmer  an  extended  debugging  tool  close 
at  hand,  we  found  tnis  service  so  useful  that 
multiplexing  was  added  to  both  ends  of  the  connection 
allowing  three  ARC  users  to  work  simultaneously  with  the 
Utah  system.  The  link  with  Utah  was  in  use  daily  from 
August  1970  to  January  1971  for  tne  modification  and 
debugging  of  our  NLS  required  to  convert  over  to  the 
PDP-10. 

ARC  personnel  have  participated  in  the  Network  Working 
Group,  and  we  nave  followed  closely  the  development  of  the 
official  Network  protocol.  Implementation  of  this  protocol 
in  the  91f0  was  planned  in  detail,  but  the  anticipated 
transfer  to  the  PDP-10  and  the  lack  of  other  operating 
protocols  on  the  Network,  obviated  the  940  version. 
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VI.  CHANGING  FROM  AN  XDS-940  to  a  PDP-10  6 

A.  HARDWARE  TRANSFER  TO  THE  PDP-10.  6a 

1.  As  the  Augmentation  Research  center  has  evolved  more  and 
more  to  an  online  community,  the  needs  for  computer  service 
have  steadily  increased.  Early  in  1969  when  experience 
showed  that  the  9 UO  would  support  only  about  6  display 
consoles,  studies  were  undertaken  on  various  approaches  to 
increasing  the  service  capacity.  At  that  time  the  9U0 
still  offered  the  only  time-sharing  system  suitable  for  our 
needs  and  within  our  budget.  The  most  reasonable  approach 
to  getting  more  service  seemed  to  be  the  use  of  a  small 
computer  subsystem  in  conjunction  with  tne  9U0.  work  on 
this  approach  continued  ano  in  January  of  1970  a  small 
computer  was  selected  for  the  development  of  an 
experimental  front-end  subsystem.  6*1 

While  tre  small  computer  approaen  was  being  pursued,  we 
were  also  keeping  up  with  developments  in  other 
computers  and  time-sharing  software,  in  tne  Spring  of 
1970  it  became  apparent  that  the  PDP-10  with  the  TENeX 
software  system  and  associated  paging  hardware  being 
developed  by  B5&N  would  oe  a  major  contribution  to  tne 
field  of  research  time-sharing.  6aia 

When  the  PDP-10  became  a  real  possibility  we 
undertook  a  brief  study  of  other  available  machines 
and  associated  time-sharing  software,  we  considered 
in  particular  the  XDS  Sigma  7,  the  cDc  3300,  and  the 
Standard  Computer  IC-9000.  6alal 

The  last  machine  named  would  have  been 
microprogrammed  initially  to  emulate  tne  9E0  witn 
an  immediate  increase  in  capacity  due  to  tne 
faster  machine,  operations  would  have  later  been 
developed  to  more  closely  suit  the  needs  of  the 
ARC  software  system.  6alala 

Of  these  macnines  the  sigma  7  and  the  CDC  3300 
were  quickly  eliminated  by  lack  of  available 
time-sharing  software.  We  seriously  considered 
the  IC-9000,  but  its  uncertain  development 
schedule  and  the  unpredictable  effort  required  for 
further  development  of  the  microcode  ruled  it  out. 

6alalb 

investigation  of  price  on  the  Pijp-10  system^  noth 
from  DEC  and  other  sources,  showed  that  it  would  be 
possible  to  replace  the  940  with  a  significantly 
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larger  PDP-10  system  with  a  monthly  lease  sligntly 
cheaper  tnen  that  for  the  y UO •  Furthermore,  the 
PDP-10  system  would  be  much  more  open  ended  than  the 
940  system,  c )re  memory  could  be  expanded  greatly, 
particularly  t  irougn  the  Bb&h  Paging  Box,  A  wide 
range  of  peripi  erals  is  available  and  auditional 
processors  can  be  added.  This  expandability, 
together  with  the  immediate  increase  in  service 
capacity  and  slightly  lower  cost,  seemed  to  justify 
the  expense  of  converting  software  to  the  new  system. 

An  order  was  placed  for  the  PDP-10  facility  in  June 
1970  and  the  system  was  delivered  m  late  September.  6ala2 

2.  Figure  1  is  a  block  diagram  of  the  PDP-iO  facility.  It 
consists  of  the  following  major  units;  6a2 

The  equipment  leased  from  DEC  includes  the  KA10 
processor,  e  banks  of  MA10  memory  (for  a  total  of  126K), 
two  mag  tape  units  and  controller,  two  dec  tape  units 
and  controller,  and  a  teletype  scanner  for  24  teletype 
lines.  6a2a 

The  bB&N  pager  connects  between  the  KA10  processor  and 
the  memories.  In  conjunction  with  a  set  of  nardware 
modifications  to  the  KaIO,  the  pager  changes  the  core 
memory  mapping  mechanism.  6a2b 

The  UNIVAC  arum  system  consists  of  four  UNIVAC  FH432 
drums  ana  a  UNIVAC  iH432/l7ti2  controller.  This  system 
was  our  swapping  medium  on  tne  XDS-940.  It  has  a 
storage  capacity  of  approximately  l  million  36-bit 
words.  The  drums  turn  at  7,2u0  rpm,  witn  20^6  words  per 
track,  providing  a  transfer  rate  of  240,000  words  per 
second  and  an  average  access  time  (for  each  drum)  of  4 
milliseconds.  6a2c 

The  bryant  disc  system  was  also  in  use  on  the  XDS  940. 

It  consists  of  a  bryant  model  4061-A24-16  Disc  with  13 
data  surfaces  and  a  bryant  controller.  6a2d 

Tne  24-hit  Ampex  Memory  was  in  use  on  the  940  as  an 
external  memory  system  for  display  refreshing,  network 
buffers,  ano  line  printer  buffers.  It  was  transferred 
to  the  PDP-10  system  as  an  extra  ban  of  directly 
addressable  memory.  6a'^e 

Other  equipment  shown  in  the  facility  was  previously  in 
operation  with  the  >40  and  was  already  connected  tc  the 
24-oit  External  Core  Memory  UCOkE).  It  consists  of  the 
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following  units  that  are  described  m  more  detail  in  tne 
references  (Kef. 2 .3):  Two  display  systems  for  a  total 
of  12  display  consoles;  input  device  controller  for 
input  from  the  12  consoles;  Line  printer  controller; 

Network  interface;  Interface  lor  a  nigh-speed  modem  to 
drive  the  IMLAC  display.  6a2f 

3*  The  choices  of  equipment  to  make  up  the  PDP-10  facility 
were  governed  primarily  by  the  need  to  comply  with  tne  bban 
ayrtem  to  make  maximum  use  of  the  T^neX  software  and  our 
de  ire  to  minimize  the  cost  of  transferring  to  the  new 
facility  by  employing  the  existing  equipment  wherever 
possible.  6a3 

Since  the  decision  to  transfer  to  a  PDP-lu  was  based  on 
the  development  of  the  TENEX  time-sharing  system,  paging 
hardware  was  essential  to  the  system.  BB*N  developed  a 
paging  box  and  associated  modifications  to  the  PDP-lo 
processor  in  conjunction  with  the  TENEX  development  and 
was  the  only  reasonable  source  for  such  nardware.  6a3a 

The  amount  of  core  ordered  with  tne  DEC  system  was 

determined  by  funds  available  for  monthly  lease  and 

turned  out  to  be  126k  of  1. 0-microsecond  core.  6ajb 

For  a  swapping  device,  the  obvious  possibilities  were 
the  aryant  arum  as  used  at  bb&n ,  the  UNIVaC  drums 
already  in  use  on  the  yao,  and  the  swapping  disc  offered 
by  DEC.  6a3c 

we  ruled  out  the  DEC  disc  because  of  its  slower 
transfer  rate,  but  gave  considerable  study  to  the 
Bryant  drum  and  tne  UNIVAC  drums,  apeeo  was  tne  major 
focus  of  the  study.  6a3cl 

The  Bryant  drum  rotates  at  1600  rpm  anc  in 
transfer  up  to  16  512-word  pages  in  34 
milliseconds  (one  revolution) *  Tne  unIVAC  drums, 
on  the  other  hand,  rotate  at  7200  rpm  and  each  one 
can  transfer  k  pages  per  revolution,  but,  since 
there  are  E  drums  running  asynchronously,  the 
average  maximum  transfer  will  be  about  13  pages  in 
34  milliseconds.  oa3cia 

These  rates  are  maximum.  The  percentage  of 
possible  transfers  which  are  actually  used  depends 
on  the  length  of  the  drum  queue  and  the 
distribution  of  requests.  6a3clb 
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our  stuaies  showed  that  for  aDout  2o  items  in  the 
queue  with  a  uniform  distribution  over  pages  of 
the  drum,  the  Bryant  is  aDle  to  use  about  two 
thirds  of  its  possible  transfer  rate.  Tne  UNIVAC 
is  aDle  to  give  a  higner  actual  transfer  rate  than 
tne  Bryant  for  queue  lengths  less  than  20  because 
of  tne  faster  rotation  and  resulting  lower 
latency.  6a3clc 

in  favor  of  the  Bryant  were  lower  cost  and  less 
software  development  because  this  drum  is  used  by 
Bb&N  in  their  TEhEX  facility.  In  addition, 
changeover  would  oe  easier  since  the  UNIVAC  drums 
could  oe  left  on  tne  yfco  while  getting  tne  Bryant 
going  on  the  PDP-10.  6a3cld 

The  UNIVAC  arums  appeared  mure  reliable.  There 
have  been  some  baa  experiences  witn  nead  crashes 
on  the  Bryant  drum,  and  witn  a  single  drum  in  the 
machine  and  few  machines  in  tne  field  a  crash 
could  mean  being  aown  for  several  months,  (UNIVAC 
has  many  of  tnese  drums  in  the  field,  would  be 
able  to  replace  a  bad  unit  in  very  snort  order, 
and  tne  system  could  operate  on  three  drums  in  the 
meantime.)  6a3cle 

Reliability  and  speea,  as  well  as  a  somewhat 
indefinite  delivery  schedule  on  tne  Bryant  drum,  lea 
us  to  the  decision  to  use  the  UNIVAC  drums  witn  tne 
PDP-10  system.  6a3c2 

In  the  case  of  mass  storage  medium,  our  possipilities 
were  the  existing  Bryant  disc,  or  the  aaaition  of  disc 
pacKs,  sucn  as  the  DEC  *P02  disc  arives,  or  the  IBM 
231U,  Here  investigation  showed  that  tne  Bryant  disc 
had  ueen  designed  for  easy  moaification  to  36-nit  mode, 
and  that  interface  cost  would  not  pe  too  nign.  since  we 
already  ownea  the  Bryant  disc,  it  was  significantly 
cneaper  to  use  it  th?  to  add  any  otner  storage  medium.  6a3d 

4,  Adapting  the  special  Equipment  call. 

Three  interlace  units  were  requirea  to  connect  the 
non-DtC  equipment  to  tne  PDp-lu.  These  were:  (l)  a 
drum-aisc  interface;  (2)  an  interface  for  the  2E-bit 
external  core  system;  and  (3)  an  I/O  control  box  to 
convert  the  PDP-10  1/0  commands  to  signals  expected  by 
the  equipment  that  previously  operated  on  the  y iiO •  The 
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functions  of  these  units  are  described  in  derail  from 

the  programmer's  viewpoint  in  the  Appendixes.  6a^a 

All  these  of  these  interface  units  were  built  to  our 
specifications  by  cybernex,  inc.  of  Palo  Alto, 

California.  6ai*b 

in  the  construction  of  these  units,  Dhc  logic  cards 
were  used  in  some  cases,  in  otners  cases  it  was 
cheaper  to  make  up  special  boards  using  integrated 
circuit  modules  (dual-in-line  pacKages).  All  panel 
indicators  are  light-emitting  diodes  driven  directly 
from  the  logic  circuits.  All  three  units  have  fairly 
extensive  control  panels  with  indicators  for  data  and 
major  control  signals  plus  switches  for  simulating 
data  and  control  signals.  These  panels  made 
debugging  and  maintenance  much  easier.  6al*bl 

The  Drum-Disc  Interface;  6aAc 

This  unit  connects  the  bryant  disc  controller  and  the 
UNIVAC  Drum  Controller  to  a  PDF-10  memory  bus.  Data 
rates  for  these  units  allow  both  to  snare  a  common 
memory  bus.  The  drum  has  priority  because  its 
transfer  rate  is  higher,  both  devices  may  oe 
transferring  data  simultaneously  and  memory  bus 
multiplexing  takes  place  cycle-by-cycle.  6al*.cl 

control  and  interrupt  signals  for  these  units  are 
processed  througn  the  I/O  control  Multiplexor  to 
avoid  the  necessity  of  connecting  tne  I/O  bus  in 
the  drum-disc  interface.  6aUcla 

The  Bryant  Disc  Controller  contains  facilities  for 
memory  address  and  word-count  registers  and  for 
interpreting  command  tables  in  core.  Therefore, 
the  portion  oi  the  interface  handling  this  device 
simply  transforms  PDP-lo  memory  bus  signals  into  a 
simulated  XDS  9k0  memory  connection.  6aliclb 

The  UM VAC  orum  portion  of  tne  interface,  however, 
must  provide  word  count  and  address  registers  ano 
otherwise  perform  the  functions  of  a  UNIVAC  1106 
I/O  channel,  including  the  generation  of  function 
word s  to  the  arum  system  in  response  to  signals 
from  the  I/O  control  Multiplexor  ana  the 
interpreting  of  status  words  from  the  drum  system 
to  generate  status  and  interrupt  signals.  6a]*clc 
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The  External  core  Interface:  6aad 

This  unit  connects  tne  existing  24-bit  core  memory 
system  to  the  PDP-10  processor  memory  bus.  Viewed 
from  the  PDP-10,  the  External  core  ( acuRE )  system 
performs  exactly  as  if  it  were  part  of  the  PDP-10 
main  memory,  with  the  exception  of  the  missing  12 
higher-order  Dits  in  each  data  wora.  These  bits  will 
be  ignorea  wnen  writing  ana  will  be  supplied  as 
zeroes  wnen  reading.  Differences  in  memory  cycle 
times  re  not  significant  because  tne  pdP-10  memory 
is  asynchronous.  e>a4dl 

The  Xcore  memory  has  no  provision  for  a  parity  bit. 

The  PDP-lu  memory  bus  provides  for  tnis  contingency 
through  the  ignore  parity  signal  which  is  generated 
by  the  interface.  6a4d2 

The  XCORE  bank  was  implemented  on  the  *40  with  an  6 
port  access  switch  designed  to  nave  exactly  the  same 
interface  characteristics  as  tne  executive  controller 
used  on  tne  940  memory  port  (Kef. 2).  This  access 
switch  was  modified  to  provide  nigh  priority  for  one 
port  to  connect  to  the  PDP-10  and  the  aCOKE  interface 
unit  was  designed  to  convert  Pdp-IO  memory  bus 
signals  to  those  required  by  tne  access  switch 
interface.  6a4a3 

Aside  from  coordinating  the  memory  control  signals  on 
Doth  sides,  the  principal  function  of  the  interface 
is  to  transform  the  negative  logic  pulse  bus  of  the 
pj,r-10  into  tne  positive  logic  of  tne  XCOHE  system.  6al*d4 

I/O  control  Box  6a4e 

Tnis  unit  processes  I/O  control  signals  for  units 
connected  to  tne  24-bit  XCOkE  memory  system  and  for 
tne  drum-disc  interface,  it  generates  command 
signals  in  response  to  instructions  irom  the  PDP-10, 
provides  status  bits  that  may  oe  reau  Dy  the  PDP-10, 
ana  processes  interrupts  to  the  pdp-1o  with  interrupt 
mask  and  priority  selection  features.  6a4el 

3.  Addition  of  tne  BBach  Paging  Box  6a5 

The  Pager  connects  the  processor  to  the  memory.  In 
conjunction  with  modifications  to  the  processor  it 
changes  the  core  memory  mapping  mecnanism  so  that  core 
memory  is  allocated  and  protected  m  >l2-word  pages. 
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The  address  space  is  mapped  for  executive  mode  as  well 
as  user  mode.  The  paging  mechanism  may  be  bypassed 
either  by  a  direct  reset  switch  or  by  a  PDP-10 
instruction  to  permit  running  of  standard  Dt-C  software.  6a5a 

To  implement  iiew  instructions  and  to  operate  the  Paging 
Box,  fairly  extensive  modifications  were  required  to  trie 
KA10  proce*sor.  6a>b 

BB&N  provided  documentation  for  these  modifications 
with  the  the  Paging  box.  This  documentat ion  was  very 
complete.  It  included  logic  diagrams  for  all 
portions  of  the  processor  affected  and  complete  wire 
lists  for  additions  and  deletions.  These  changes 
involving  approximately  700  wires  (576  additions  and 
llrtt  deletions)  required  approximately  four  man-weeks 
of  ARC  personnel  time  and  were  successfully  completed 
in  two  weeks  elapsed  time.  sasol 

in  the  course  of  checking  out  these  modifications, 
only  two  minor  errors  were  found  in  the  BB&N 
documentation,  and  the  Paging  box  functioned 
perfectly  from  the  start,  with  no  errors.  Tnis  is 
highly  commendable  considering  that  apc  is  the  first 
customer  for  the  TEN^X-Paging  Box  system.  6a5b2 

6.  Teletype  patching  system  6a6 

A  teletype  patching  system  was  constructed  by  ARC 
personnel  to  provide  flexible  patching  of  teletype  lines 
to  various  spots  in  the  building,  as  well  as  to  data 
sets.  The  patching  facility  includes  local  monitoring 
for  maintenance  and  a  variable  character  rate  to 
accommodate  a  variety  of  terminals  in  use.  6aoa 

Four  character  rates,  10,  15#  jo  and  oo  cps,  can  be 
increased  to  a  total  of  eight  selectable  character 
rates,  speed  for  a  local  terminal  is  determined  oy 
appropriate  Jumpers  in  the  connector  on  the  terminal. 

Over  the  telepnone,  speed  is  selected  oy  dialing  a 
digit  after  connection  to  the  computer  via  the  data 
set.  The  speed  of  the  dial-up  connection  may  be 
cnanged  at  any  time  simply  by  pulling  the  telephone 
dial  an  appropriate  number  of  times  to  step  through 
the  available  speeds.  6a6al 
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B.  COMPILER  TRaNsEeR 

1.  Introduction. 

NLS  on  tne  940  was  written  in  a  macnine-dependent 
language  called  mol.  Tne  MOL  compiler  was  written  in  a 
compiler  writing  language  called  TREE  meta.  MOL  was  a 
systems  programming,  nigh  level  language,  specially 
written  for  tne  940  and  for  writing  NLS*  The  MOL  (and 
also  TREE  META)  were  written  to  operate  under  NLS  as  a 
sup-system.  TREE  meta  is  written  in  its  own  language, 
that  is,  it  compiles  itself.  Parts  of  NLS  were  written 
in  a  language  called  SPL  (special  purpose  language), 
which  is  also  a  META  generated  language. 

Changing  from  the  940  to  the  PDP-10  provided  an 
opportunity  to  redesign  NLS  and  otner  subsystems  to  a 
degree  that  the  continuous  press  of  other  work  did  not 
allow  us  on  the  94u.  Tne  redesigning  provided  more 
flexibility  and  better  service  and  mace  it  Dossible  to 
extend  NLS  much  more  than  we  could  on  tne  940.  No 
suitable  programming  language  existed  for  the  PDP-10 
which  could  correspond  to  MOL.  In  addition,  we  had 
several  ideas  about  combining  SPL  and  mol  into  one 
language. 

2.  Approach. 

The  apDroach  we  decided  on  was  basically  to  convert  TREE 
META  to  run  on  the  PDP-10,  design  a  new  systems 
programming  language,  L10,  and  compile  it  on  the  PDP-10 
with  TREE  META,  we  decided  that  TREE  META  was  powerful 
and  useful  enough  to  warrant  transferring  to  the  PDP-10. 

In  addition,  the  PDP-lu  is  a  much  more  suitable  machine 
for  TkEE  MeTa.  we  also  wisnea  to  make  several  additions 
and  changes  to  TREE  META  itself,  wmcn  we  could  not  do 
on  the  940.  602a 

Llo  was  designed  to  take  advantage  of  features  that 
were  available  on  tne  PDP-10  and  not  on  tne  940.  The 
L10  language  was  specified  in  advance,  and  the  NLS 
system  was  rewritten  carefully  fusing  the  NLS  system 
on  the  940)  starting  about  6  months  before  it  was 
actually  compilea  on  the  PDP-10.  6b2al 

3.  Outline  of  tne  conversion.  603 

The  steps  in  converting  TREE  nETA  to  tne  pup-io,  and 
getting  Liu  running  on  the  PDP-10,  were  as  follows:  6b3a 


ob 

obi 


601* 


6blb 

602 
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First,  it  should  be  explained  tnat  tkee  meTa  is  a 
program  tnat  compiles  symbolic  files  which  descriDe 
the  syntax  and  code  production  rules  for  a  language. 
The  result  is  a  binary  file  whicn  is  given  to  a 
loader.  That  binary  file  must  be  accompanied  by  a 
library  of  procedures  --  which  is  common  to  all 


TREE-METa- genera ted  compilers.  6bjal 

we  will  use  an  upper  case  letter  to  represent  a 
symbolic  file,  ana  a  lower  case  letter  to  represent  a 
binary  file,  compilation  will  oe  written  thus:  6b3a2 

fp+l ; (Y)  ->  y  6b3a2a 

wnich  reads:  program  p  combined  witn  program  i 
(the  library)  compiles  symbolic  fil*  Y  to  produce 
binary  file  y.  6o3a2b 

The  situation  on  the  940  was  as  follows:  6bjb 


The  current  TREE  META  symbolics  were  called  T2.  The 
T2  compiler  would  compile  MOL,  tne  symbolics  for  tne 
current  mol  compiler.  Tne  TREE  META  library  was 
written  in  MOL  and  was  called  i.  Tne  current  running 


TREE  META  was  tnus  [%2+l]  and  MOL  was  /"mol+1  J, 

Notice  that:  6r>3&l 

(12+X J  ( T2 )  ->  t2  6bjb2 

[X,2*1J  (MOL)  ->  mol  ob3o3 

fmol+l J  (L)  ->  1  6b3b4 

The  first  step  was  to  alter  the  library  (l)  to  produce 
36-bit  Dinary  files  for  the  ppp-io  loader,  rather  than 
24-bit  binary  files  for  the  940  Dpt,  Vie  will  call  tne 
new  library  L36:  6b3c 

/raol-n;  (L36)  ->  136  6b3cl 


we  also  altered  T2  to  produce  36-oit  instructions,  and 
to  produce  code  to  run  with  136.  Tne  modified  TREE  riETA 
was  called  T2.5.  6b3d 


l t2+17 (T2.5)  ->  t2.5 


b  D3dl 


The  next  step  was  to  write  a  compiler  like  L10,  DUt  one 
that  would  run  on  tne  94O  and  produce  binary  loadable 
files  for  a  PDP-10.  It  was  written  carefully  to  compile 
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a  suoset  of  Llo  (oecause  tne  940  memory  was  smaller  tnan 
tne  PDP-10).  We  callea  it  1940:  6d 3e 

/t2.5+i; U9UO)  ->  1940  6b3el 

The  L940  compiler  woula  compile  L10  programs  to  load  on 
a  PUP-10,  provided  tney  used  only  the  syntax  included  in 
L940.  The  Horary  tnat  woula  run  witn  True  meta 
programs  on  the  PUP-lo  was  then  written  in  L940,  we 


called  it  Lao:  6b3f 

(LIB)  ->  lib  60311 

this  liorary  could  be  loaded  on  a  pup-10  6031'la 

At  the  same  time  the  real  TKEE  META  for  tne  PDP-10  was 

written  in  the  T2.3  meta  language  ana  compiled  on  the 

940.  Call  it  T3:  6o3g 

/t2.3*17  If 3)  ->  t3  603gl 

This  T3  was  then  ready  to  run  on  the  940  and  produce 
PUP-lo  coae.  In  particular:  6b3h 

/t3*l367(T3)  ->  t310  603hl 

whicn  is  ready  to  load  on  a  pup-10.  603hla 

Also,  Llo  was  written  in  the  T3  language,  including  the 
full  syntax  this  time,  and  using  all  of  the  new  features 
in  T3 •  It  had  to  be  compiled  on  a  PUP-lo  aue  to  the 
restricted  size  of  the  940?  6b3i 

ft310+lio; (L10)  ->  110  (compilation  on  a  PUP-lo)  603il 

Kunnin*  L10  on  a  PUP-10  is  represented  Dy  [110+llt*] ,  603  j 

Actually,  it  was  somewhat  more  complicated  than  the 
description  above  oecause  01  these  problems:  603k 

Symbolic  programs  on  the  940  are  d-bit  non-ASCII 
characters,  on  the  PDP-10,  characters  are  7-bit 
hSCii.  It  was  easier  to  introduce  one  extra  step  of 


meTa  compilers  to  convert  the  literal  strings  insiae 
the  binary  files  than  it  would  nave  been  to  write 
code  to  translate  6-oit,  3-character-per-24-bit-word 
text  streams  to  7-bit,  3-character-p«r-36-bit-word 
text  streams,  on  a  94Q.  6b3kl 
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Some  features  we  wisnea  to  inciuae  in  cne  new  TREE 
META  (T3)  could  not  De  reasonably  compiled  by  the  9aO 
TREE  META,  and  an  extra  step  was  made  to  get  to  T 3.  6D3K2 

4.  Method  of  deDUggingj  tne  Network  6dU 

Arrangements  were  made  to  use  the  PDP-10  at  the 

University  of  Utah  for  debugging  our  compilers,  ooaa 

Programs  were  written  on  both  ends  to  allow  9uO  users 

to  send  files  to  Utah's  file  system,  ana  to  log  in 

and  use  tne  Utah  system.  6b4al 

programs  (primarily  L3*>  and  T3)  were  checked  out  oy 
running  them  on  tne  910  and  sending  the  binary  results 
to  UTAH  and  loading.  Format  errors  and  so  on  were  found 
by  cnecking  the  binary  image  or  the  results  of  tne 
leading  in  Utah.  oblb 

When  programs  could  be  successfully  loaded  in  Utah, 
symbolic  test  files  were  sent  to  Utah,  ana  the  compilers 
were  tested  (L10,  T3) .  The  results  (PDF-10  binary 
loadable  files)  were  loaded  in  Utah  and  cnecxed.  6dic 

In  any  event,  bugs  were  corrected  in  the  symbolics  on 

the  9U0,  and  tne  necessary  compilations  were  done  again 

and  tested.  And  so  on.  6bl;d 

This  work  was  primarily  done  during  off  hours  in  order 

not  to  load  our  910  too  much,  and  in  order  to  get 

reasonable  response  from  Utah,  oble 

The  alternatives  would  have  been  to  have  both  tne  9lu 
and  our  PDP-10  available  to  users  for  several  months, 
which  would  nave  been  quite  costly,  or  to  use  another 
PDP-10,  which  would  have  involved  at  best  carrying 
magnetic  tapes  back  and  forth  between  computers.  The 
conversion  would  have  taken  perhaps  three  times  as  long.  6D4f 

The  actual  transfer  to  our  PDP-10  was  simple,  programs 
were  written  to  transfer  files  through  XcuRE  (which  is 
part  of  the  PDP-10  addressable  memory).  Tne  PDP-10 
loadable  binary  files,  and  symbolic  files  were  sent 
across  to  our  PDP-lu  anu  loaded,  6u4g 

C.  NLS/TODAS  TRANSFER.  6c 

1.  The  transfer  to  the  PDP-10  demanded  certain  software 
changes  in  our  nls  and  offered  a  particularly  good 
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opportunity  to  make  others.  Here  we  list  them,  tor  the 

approximate  baseline  from  whicn  we  here  depart,  see 

reference  1,  ocl 

Reorganization  of  Ni.s:  6cla 

Tne  online  system  i, hlS  )  has  been  modified  so  tnat  the 
user  specifies  his  terminal  device  ana  NLS  provides 
tne  appropriate  command  parser  ana  character 
definitions  for  that  device.  This  modification 
subsumes  tne  puu  nLS/todas  suosystems,  nls  was  also 
reorganized  to  allow  the  user  access  to  the 
typewriter-oriented  ana  display-oriented  command 
parsers  for  NL5  and  the  parameter  specification  and 
executor  for  each  command--this  also  make  possible 
separation  of  NL£>  command  specification  from  the 
(core-NLS)  file  manipulation,  with  perhaps  a  networx 


in  between. 

6clal 

New  capabilities: 

oclb 

File  system 

6C1D1 

The  file  system  implemented  in  the  PuP-10  NiS 
system  functions  as  does  that  of  the  940  nls 
system,  but  allows  more  core  space  lor  file 
blocks,  applies  paging  to  those  file  blocxs,  ana 
allows  for  more  than  one  file*  oclola 

In  addition,  the  "working  copy"  of  the  940 
system  has  been  replaced  cy  a  "partial  copy" 
which  contains  only  the  Dlocks  of  the  original 
file  which  have  actually  been  changed  by  the 
user.  oclblal 

Also,  only  one  user  may  now  modify  a  source 
file  at  one  time.  Tne  partial  copies  are 
retained  until  the  user  writes  the  changed 
file  onto  a  source  file  or  explicitly 
deletes  the  partial  copy.  6clblala 

As  uefore  we  will  have  files,  called 
"checkpoints",  onto  which  copies  of  the  partial 
copies  are  written  for  security  ana 
convenience.  There  will  now  be  two  checkpoints 
for  each  source  file  being  modified.  Those 
partial  copy  Dlocks  which  nave  cnanged  since 
the  second-to-the*last  checkpoint  are 
periodically  copied  to  tne  oldest  of  two 
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checkpoint  files,  the  frequency  depending  on 

the  user's  activity  and  a  maximum  amount  of 

time  between  checkpoints.  6clbla2 

Display  Areas  6clb2 

Unlike  the  9^0  NiS  system,  the  TENEX  MLS  system 
allows  the  user  to  subdivide  the  text  area  of  nis 
screen  into  rectangular,  non-overlapping  display 
areas,  we  provide  the  user  kith  commands  to  split 
extant  display  areas  into  two  display  areas,  move 
the  boundaries  of  display  areas,  and  erase  the 
display  image  from  a  single  area.  The  user  may 
di^plf  y  portions  of  several  files  in  his  display 
areas  (maintaining  separate  view  control 
parameters  for  each  display  area)  and  may  freely 
edit  across  the  display  area  boundaries.  The  user 


may  also  have  a  list  of  frozen  statements  (from 

any  currently  open  file)  associated  with  each 

display  area.  6clb2a 

initially,  a  user  with  a  typewriter-type  terminal 
will  continue  to  have  only  one  file  and  one  set  of 
viewspecs.  6clb2b 

New  String  processing  Routines  6clb3 

A  new  set  of  string  manipulation  routines  was 
added,  as  well  as  new  string  constructs  in  the 
L-1U  language  which  allow  the  use  of  string 
mechanism  from  a  higher  level.  6clb3* 

input  Specification  constructs  in  L-10  6clbU 

Constructs  are  being  added  to  L-10  which  make  it 
easy  for  a  user  to  specify  personal  commands.  6clbaa 

The  same  constructs  will  facilitate  the 

description  and  implementation  of  the  nls 

command  language.  6ciba.al 

context  Group  6c.lb5 

The  user  will  be  able  to  limit  the  sequence 
generator  to  a  particular  group  witnin  the  file. 

This  mechanism  allows  the  user  to  restrict  his 
activities  to  a  portion  of  a  file.  6clbJ>a 

Modified  or  Deleted  capabilities:  6clc 
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Structure  Manipulation  6clcl 

These  routines  were  moaifiea  to  allow  for 

cross-file  editing.  6clcla 

statement  destruction  oclc2 

The  routines  that  remove  statements  were  modified 
to  comoine  free  space  in  the  statement  data  blocks 
and  so  allow  better  use  of  this  free  space  by  the 
statement  construction  routines.  6clc2a 

Statement  construction  6cic3 


Statement  construction  routines  were  modified  t 
make  better  use  of  the  free  snace  in  a  statem?nc 
data  block,  to  make  use  of  t.:c  capability  of  L-lu 
to  manipulate  parts  of  a  wore  (called  fields),  and 
to  allow  for  string  constructio  m  string  buffers 


as  well  as  statements.  6clc3a 

Text  Editing  6clcE 

These  routines  were  modified  to  allow  for  editing 
of  strings  as  well  as  statements.  6clcla 

Literal  Feedback  6clc5 

The  literal  feedback  mechanism  was  completely 
rewritten  to  allow  for  multiple  display  areas.  6clc)>a 

Input  feedback  support  6cic6 

The  input  feedback  support  routines  were  modified 
to  make  use  of  fields  in  L-10,  ana  to  make  the 
routines  more  consistent.  6clc6a 

NLS  Input  Routines  6clc7 

Character  input  routines  were  reorganized  with  the 
more  basic  routines  modified  to  account  for  the 
TENEX  system.  6clc7a 

Ma. Kers  6clc6 

Markers  were  called  pointers  on  *  ne  yi;0  system.  A 
marker  is  a  symbolic  name  wnicn  ne  user  may 


attach  to  a  i&iticular  character  u  a  .lie.  Use 
of  markers  was  restricted  to  the  .  *le  being 
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displayed  in  the  9U0  system,  but  we  modified  tne 
lookup  routines  to  allow  reference  to  all  of  tne 
files  which  are  currently  open  (this  modification 


may  not  be  used  initially) •  6clcfla 

Calculator  System  6cic9 

The  calculator  system  was  modified  to  make  use  of 
the  double-word  arithmetic  instructions  of  the 
PDF-10.  6clc9a 

substitute  6clcl0 

For  the  user,  the  editing  command  "substitute” 
operates  as  it  always  has,  but  internally  it  was 
completely  rewritten  and  reorganized.  6clclQa 

output  Processor  6clcll 


The  output  processor  on  the  PDP-10  will  be  similar 
to  the  output  processor  (PASSi;,  which  prepares 
files  for  printing  and  other  graphic  reproduction) 
now  available  on  the  9UO  with  the  addition  of  new 
directives  and  a  THEE-META-generated  directive 
recognizer,  6clclla 

insert  Sequential  6clcl2 

The  insert  sequential  facility  was  expanded  to 
incorporate  the  insert  QED  function  of  the  9EO 
system.  The  change  decreases  command  execution 
time  considerably.  6clcl2a 

Content  Analyzer-Analyzer  Compiler  6clcl3 

The  analyzer  compiler  is  replaced  by  the  L-10 
eoai:;i*ti  *  uhich  now  includes  the  capabilities  of 
the  *VL  analyzer  compiler.  The  content 
analyzer  also  will  make  use  of  the  l-10  compiler. 

eclcl3a 

File  Compactor  6clclli 

Used  in  the  process  of  outputting  a  file,  this 

facility  was  completely  rewritten  to  make  use  of 

the  multiple  file  capabilities  of  NLS/TKLS,  6clcllia 

File  Input/output  6clcl5 

The  Load  File,  output  File,  Load  (more  recent. 
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older)  Checkpoint,  output  Checkpoint  commands  are 
either  new  or  completely  rewritten  to  account  ior 
the  new  file  system.  Automatic  checkpointing  has 
been  added.  6cicl>a 

initialization  6clci6 

parameter  specification  6clclcsa 

These  routines  were  almost  completely  rewritten 
to  take  advantage  of  the  added  capabilities  of 
L-10.  6clcl6al 


sequence  generator  6clcl6b 

The  sequence  generator  was  partially  rewritten 
to  make  possible  desiraDie  changes  in  the 
sequence  generator  work  area  and  to  allow  for 
the  'SEND'  feature  oy  making  it  a  co-routine. 

6clcl6bl 

Frozen  Statements  6clcl6c 


Frozen  statements  are  handled  as  they  were  on 
the  9E0,  except  that  frozen  st-atraents  may  be 
associated  with  each  display  area  and  that  the 
frozen  statement  lists  may  contain  statements 
from  any  file  currently  op'  .  6clclbcl 

Verify  (cleanup)  6clcl6d 

A  command  to  verify  a  file  replaces  a  command 
to  clean  up  a  file.  Verification  io  a  fast 
read-only  inspection  of  a  user's  file,  6clcl6dl 

Bug  selection  6clclbe 

The  routines  which  use  the  position  of  the 
cursor  to  determine  a  location  within  a  file 
being  displayed  (the  bug  selection  routines) 
were  modified  to  be  compatible  with  multiple 
display  areas.  6clcl6el 

Display  Generation  6clcl6f 

The  display  image  generator  was  entirely 
rewritten  and  recognized  to  allow  for  1) 
control  of  the  display  by  the  TeneX  monitor,  an 
IMLAC  display-processor,  or  a  host  computer  via 
the  ARPA  Network,  2)  multiple  display  areas. 
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ana  3)  eventual  reolacement  dv  tne  portrayal 
generator.  e>cLcl6fl 

It  now  creates  a  universal  display  image, 

Device  dependent  seconaary  processors 
convert  the  universal  display  image  to 
something  compatible  with  the  user's  device. 

6clcl6f la 


initialization  routines  were  almost  entirely 

rewritten  to  be  compatible  with  the  TENEX  system.  6clcl7 

Message  Display  6clcl6 

Modified  to  allow  for  addition  of  messages  to 

extant  messages  on  the  screen  and  for  multiple 

display  areas.  6ciclt>& 

String  Routines  6clcl9 

Extant  string  manipulation  routines  were  rewritten 
to  maKe  use  01  the  PDP-10's  byte  manipulation.  6dcl9a 

Text  pointers  6clc20 


The  use  and  implementation  of  the  text  pointers 
were  changed  to  allow  pointers  to  point  to  the  gap 
between  characters  (interstitial)  rather  than  to 


one  01  the  characters.  This  greatly  simplifies 
tneir  use.  e>clc20a 

Text  Editing  6clc21 

The  basic  text  eaiting  routines  were  rewritten  to 
implement  interstitial  text  pointers  and  be 
compatible  with  tne  L-lu  language.  6clc21a 

TNLS  Input  6clc22 

The  most  basic  routines  were  rewritten  to  be 
compatible  with  the  TENEX  system.  6clc22a 

TWLS  command  Specification  6clc23 


The  TMS  command  specification  was  partially 
rewritten  ana  reorganized  to  allow  for  changes  ana 
reorganization  of  the  support  routines  and  to  oe 
more  (structurally)  similar  to  the  nls  commana 
specification.  6clc23a 
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File  Manipulation  6clc2ii 

The  ring  and  data  b3  ock  manipulation,  core  page 
ifatus  table  routines,  ana  so  forth,  were 
expensively  rewritten  to  taKe  advantage  of  a  more 
powerful  file  system.  6cic2iu 

Cnaracter  Readout  e>clc25 

The  routines  that  read  characters  from  strings 
were  modified  to  use  the  capabilities  of  the  L-10 
language,  tne  PDP-10's  byte  manipulation 
instructions,  and  to  read  characters  from  strings 
as  well  as  statements.  6clc2£a 

NLS  Command  Specification  Routines  6clc26 

The  main  NLS  control  routines^-command  language 
oarser--were  rewritten  to  conform  to  the 
replacement  of  tne  SPL  language  by  L-10  jnd  were 
reorganized  to  allow  the  user  access  to  the 
parameter  specification  segment  and  the  command 
executor  segment  of  each  command.  6clc26a 


Lata  6clc27 

Tne  wnteable  data  declarations  are  almost 
completely  new.  *e  now  use  local  variables  when 
appropriate  and  tne  renaming  of  unclear  global 


variables.  6clc27a 

Keyword  system  6clc2tt 

The  keyword  system  will  De  replaced  later  by  a 

more  powerful  associative  searching  tool.  6clc2t>a 

Trails  system  6clc29 

The  trails  system  will  be  replaced  later  by  a  more 
powerful  associatives  searching  tool.  6clc29a 

Tree  Display  6clc30 


The  principle  of  bootstrapping  forced  us  to  delete 
tree  display  from  the  system  because  it  was  little 
used,  6clc3ca 


Merge  tile  (filtered  copy) 


oclc31 
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A  command  similar  to  that  available  now  on  the  9L0 


is  provided  in  a  cleaner  ana  safer  manner.  6clc31a 

Don't  Modify  working-copy  6clc32 

A  capability  similar  to  that  available  now  cn  the 

9U0  is  being  provided  in  a  cleaner  and  safer 

manner.  oeic32a 

collector-sorter  6clc33 

At  the  end  of  197u  we  had  not  as  yet  determined 
whether  tnis  feature  will  be  provided  as  now 
available  on  the  940  or  incorporated  into  NLS 
itself  as  a  set  of  new  commands.  6clc33a 

Graphics  Package  6clc3U 

A  new  graphics  system  (also  available  to  the 
calculator  compiler)  includes  a  new  data 
structure,  "boxes",  "areas",  and  normal  editing  of 
labels.  6dc31*a 

Execute  Text  for  Display  Oriented  NLS  oclc35 

An  execute  text  command  win  be  provided  for  NLS, 
if  the  programming  and  decreased  efficiency  is  not 
too  expensive.  6cic33a 
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VII.  NEW  FEATURES  IN  1970  7 

NEW  TOOLS  FOR  USERS.  7a 

1#  During  1970  we  developed  the  following  substantial  new 
features  for  users;  7al 

Collector-Sorter  7ala 

Tne  Collector-Sorter  is  an  nls/Tnls  suosystem  which 


operates  on  a  list  of  NLS  tiles  supplied  by  tne  user 
to  extract  statements  tnat  pass  some  user-specified 
content  analysis  program.  The  program  may  reformat 
the  statements,  and  the  collector-sorter  may  sort  the 
collecteu  statements?  with  respect  to  specified 
"keys",  wnich  are  appended  to  tne  statement  by  the 
content  analysis  program.  It  places  the  statements 
on  the  first  level  in  a  series  of  KLS  files  named  *1, 

*2,  ...,  where  *  denotes  a  name  given  by  the  user.  7alal 

Mail  system  7alb 

The  Mail  subsystem  allows  one  to  send  messages  to 
other  users  and  simultaneously  submit  tne  messages  to 
the  Journal.  The  Mail  is  available  as  a  normal 
subsystem,  and  also  is  automatically  queried  wnen  a 
user  enters  NLS/TNLS •  If  the  user  has  no  messages 
pending,  he  goes  directly  into  NLS/TNLS.  Otherwise, 
he  is  informed  of  the  pending  messages  and  is  left  in 
the  Mail  subsystem,  with  termination  taking  him  into 
NLS/TNLS.  While  in  the  Mail  suosystem,  the  user  may  7albl 


query  the  number  of  messages,  7alola 

query  who  sent  the  messages,  wnen#  and  wnat  the 
message  journal  numbers  are,  7alblb 

have  the  messages  typed  at  his  terminal  or  put 

into  a  file,  7alolc 

have  them  simultaneously  typed  and  deleted,  7albld 

delete  any  or  all  messages,  7alble 

and  send  messages  to  other  users  7alblf 

by  either  typing  them  at  the  time  of  sending  or 
by  naming  a  file  from  which  the  message (s)  are 
retrieved.  7alblfl 
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Analyzer  Compiler 


7alc 


The  language  which  was  developed  for  use  in  the 
specif ication  of  text  entities  ana  text  editing 
algorithms  was  made  available  to  the  users.  This 
language  allows  any  user  to  develop  very  complicated 
personalized  text  editing.  The  Analyzer  compiler  nas 
been  extensively  usea  for  the  network  information 
Center  catalog  management.  7alcl 

executable  text  in  TNLS  7al<2 

The  bxeeute  Text  command  interprets  an  NLS  statement 
as  a  string  of  input  characters,  just  as  thougn  the 
user  had  typed  them  as  command  specification.  A 
comment  mode  and  a  switch  character,  to  switch  from 
normal  keyboard  input  to  executable  text  input,  are 
provided.  This  feature  provided  the  first  stage  in 
the  development  of  higher  level  capabilities  in 
NLS/TNLS.  7aldl 

Calculator  and  calculator  Compiler  7ale 

The  new  calculator  and  calculator  compiler  replaced 
and  expanded  tne  earlier  calculator.  This  new  NLS 
subsystem  allows  users  to  do  simple  arithmetic 
operations  on  numbers  in  NLS  files  as  well  as  to 
write  programs  to  do  more  complicated  analysis.  The 
algebraic  (Tree  beta  produced)  language  provides 
constructs  which  elicit  user  responses,  such  as 
selection  of  a  number  in  the  file  or  tne  name  of  a 
procedure,  variable,  or  calculator  accumulator.  7alel 

Cross  reference  facility  7alf 

The  cross-reference  facility  allows  the  system 
programmers  to  produce  cross-reference  listings  for 
their  NLS  source  files.  7alfl 


execute  Merge 


7alg 


The  Lxecute  Merge  command  allows  tne  user  to  transfer 

all  or  part  of  one  NLS  file  to  another  while 

retaining  its  hierarchic  structure  (when  possible) 

and  invoking  various  statement  selection  mechanisms 

such  as  level  clipping  or  content  analysis,  if 

desired.  7algl 

Substitute  7alh 
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Tne  substitute  command  allows  one  to  replace  one  set 
of  text  strings  by  another  throughout  a  structural 
entity,  invoking  statement  selection  mechanisms  if 
desired.  7alhl 

Transpose  command  7ali 

The  transpose  command  allows  one  to  interchange  two 

entities  (strings  of  characters,  statements,  or 

groups  of  statement? ,  in  an  NLS  file.  7alil 

bug  selections  in  replace  command  7al.1 

The  replace  command  in  NLS  was  expanded  to  allow 
optional  selection  of  the  replacement  entity  by  means 
of  the  cursor.  7aljl 

Output  processor  directives  7alk 


The  Output  Processor  is  an  NLS  file  formatter,  driven 
by  embedded  directives,  for  various  output  media, 
such  as  printer  and  microfilm.  This  NLS  subsystem 
was  expanded  to  incorporate  several  new  directives 
(to  simplify  report  production)  and  to  initialize 
several  directivees  from  the  setting  of  the  viewspecs 
at  the  time  the  output  request  was  mace.  This  report 
was  produced  using  these  new  directives  and  the 
output  processor.  7alKl 

Quickprint  7all 

quickprint  gives  the  user  a  very  quick  print  out  of 
all  or  part  of  an  NLS  file.  Unlike  the  output 
processor,  quickprint  ignores  embedded  directives  and 
formats  strictly  according  to  the  viewspecs  at  the 
beginning  of  the  quickprint.  statement  selection 
mechanisms  such  as  content  analysis  can  also  be  used. 

7alll 

Character  translation  in  TODAS  7alm 

An  expanded  set  of  viewcnange  commands  implemented 

user  control  of  cnaracter  set  translation  as 

described  above.  In  addition,  it  allows  the  user  to 

define  various  shift  characters,  set  the  number  of 

rows  and  columns  to  print  on  a  page,  set  the  page 

size,  set  tab  stops,  and  save  his  definition  in  a 

file,  7alml 

Jump  to  content  and  jump  to  Name  7aln 
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The  Jump  to  content  command  scans  statements  for  the 
string  wnich  was  entered  or  selected  by  tne  user,  if 
found,  this  statement  becomes  the  new  aisplay-start 
statement,  that  is,  the  statement  to  which  the 
current  Statement  pointer  (CSP)  points  (note  tnat  tne 
content  analyzer  may  remove  this  statement  from  the 
display  image).  The  qualifiers  'First*  and  'Next' 
specify  that  the  scan  should  begin  at  the  origin  or 
at  the  statement  following  the  current  display-start 
statement,  respectively.  These  qualifiers  also  may 


be  used  with  the  jump  to  Name  command.  7alnl 

Insert/Output  Sequential  7alo 

These  commands  convert  NLS  (random)  files  to 

sequential  files  ana  vice  versa.  7alol 

Execute  TNLS/NLS  7alp 

Allows  the  user  to  freely  move  from  NLS  to  TNLS  if  he 
is  at  a  display  terminal.  7alpl 

New  Viewspecs  7alq 

Two  new  statement  selection  viewspecs  were  added:  7aiql 

1)  plex  only:  restricts  the  sequence  generator  to 

the  plex  of  the  source  of  the  display-start 
statemeent  7alqla 

2)  Content  Analysis  Fail:  allows  the  sequence 
generator  to  select  only  those  statements  wnicn 

fail  to  pass  the  current  content  pattern.  7alqlb 

Reset  File  7alr 

Allows  the  user  to  discard  his  current  file  and 

revert  to  a  null  file.  ?alrl 

in  addition  to  the  above,  we  wrote  new  user's  guides  for 
NLS/TNLS,  the  output  processor,  and  the  calculator.  7als 

b.  COKE  NLS  7b 

1.  as  NLS  has  evolved,  it  has  become  apparent  that  a 
rational  approach  is  needed  to  formulate  it  so  as  to  be 
usable  from  a  large  diversity  of  terminals,  it  further 
became  apparent  that  it  would  be  desirable  for  a  large 


number  of  diverse  processes  to  have  access  to  the  NLS  file 


Networx  information  center 
and  computer  Augmented  Team  interaction 
37 


SHI-AKC  1  JULY  71  6277 

New  Features  in  1970 


ana  text  manipulation  machinery,  we  nave  developea  a  new 
concept  of  the  MS  program  structure  to  provide  these 
capabilities.  7bl 

in  this  concept,  a  central  collection  of  nls  routines 
serves  as  a  library  for  all  of  the  basic  functions  of 
NLS.  inclMed  among  these  bat  c  functions  are  File 
Handling,  structure  Manipulation,  Text  Editing,  and 
other  functions  which  are  useful  for  NL6  programs.  Tnere 
is  then  a  collection  of  processors  or  front  ends,  which 
are  free  to  call  on  any  of  the  routines  in  the  core  nls 
library,  we  call  this  library  "Core  NLS".  as  this  model 
is  evolved,  the  processors  which  call  directly  on  the 
core  NLS  routines  become  in  fact  trees  of  processors, 
with  the  following  conventions:  7bla 

The  lowest  noae  in  the  tree  is  that  node  whicn  calls 
only  on  Core  NLS  routines.  Any  higner  node  may  invoke 
any  of  the  core  nls  functions,  in  addition  to  any 
higher  level  functions  that  are  provided  by  nodes 
lower  than  itself,  and  in  the  same  lineage.  All 
terminal  notes  on  a  tree  are,  in  tne  terminology  used 
above,  processors  for  the  NLS  system.  7blal 

These  processors  may  now  share  common  libraries, 
which  are  represented  by  lower  nodes  on  the  tree. 

L.g.,  all  piucessors  which  deal  with  a  certain  type 
of  display  could  share  the  library  necessary  for 
driving  tnat  display.  Transportation  between  terminal 
noaes  on  the  tree  allows  a  processor  at  one  terminal 
node  to  pass  control  to  a  processor  at  another  node 
(e.g.,  as  TNLS  may  be  called  from  NLS) •  7bla2 

There  are  two  forms  of  calls:  one  is  actually  a 
branch,  or  a  non-returning  call,  and  the  other 
corresponds  to  a  procedure  call  in  ALGOL.  In  this 
second  case,  parameters  may  be  passed  from  the 
first  processor  to  the  one  being  called,  and  a 
processor  may  return  a  value.  A  stack  is  used  to 
keep  track  of  the  return  information  and 
parameters.  Tne  stack  allows  recursion  in  the 
calls.  7bla2a 

NLS  (as  a  user  system),  TnLS,  the  calculator,  ana 
the  Collector/Sorter  are  examples  of  processors  using 
Gore  NLS.  7bla3 

Further  development  of  the  model  will  turn  the  tree 
into  a  network  of  nodes  where  each  node  may  serve  a 
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processor  function  and  a  library  function.  As  a 
processor,  each  node  may  perform  a  specific  /set;  of 
tasks  which  may  or  may  not  interact  with  a  user,  as  a 
library,  any  node  may  be  invoked  by  any  other  node,  and 
then  perform  either  a  specially  defined  Horary 
function,  or  the  function  it  would  normally  perform  as 
processor.  7blb 

We  are  now  making  the  necessary  changes  m  the  NLS 
System;  the  final  reorganization  in  net  form  should  oe 
complete  in  June  1971.  7blc 

C.  NEW  HARDWARE  TOOLS  ?C 

1.  Three  significant  hardware  changes  in  addition  to  the 

new  computer  during  the  past  year  were0  (1)  the  addition 
of  UNIVAC  drums  for  a  swapping  medium,  (2)  tne  addition  of 
several  new  types  of  typewriter  terminals  ana  (3)  the 
addition  of  an  XMLAC  Display  terminal.  7cl 

2.  UNIVAC  Drums  7c2 


In  late  1969  we  made  a  fairly  extensive  study  of  factors 
affecting  response  time  in  the  940  system.  Based  on 
this'  study  the  decision  was  made  to  replace  the  drums  in 
use  on  the  940  with  higher  speed  drums  in  the  hopes  of 
significantly  improving  response.  7c2a 

The  drums  were  connected  to  the  940  through  a  second 

memory  interface  connection  and  an  interface  designed 

and  built  to  ARC  specifications.  7c2b 

The  UNIVAC  drums  operated  through  a  UNIVAC  controller 
designed  to  operate  with  »n  llua  system.  The 
interface  was  therefore  required  to  make  the  940  look 
like  an  1108  to  the  drum  system.  7c2bl 

in  a  manner  similar  to  that  used  in  many  other  940 

peripherals,  a  command  table  is  stored  in  940 

core,  giving  all  information  relative  to  the 

transfer,  including  drum  address,  core  address, 

word  count,  direction,  and  type  of  transfer 

required.  The  interface  reads  this  command  taDle 

and  stored  word  count  and  core  address  in  its  own 

registers.  The  drum  address  ana  type  of  transfer 

requested  are  used  to  make  up  a  36-bit  function 

wore  wnich  is  transmitted  to  the  UNIVAC 

controller.  7c2bla 
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The  interface  also  converts  9u0  positive  logic  to 

the  negative  logic  of  the  UMVaC  system  and 

pei  *  ms  2J;-to-36  pit  conversion  oy  packing  one 

and  a  half  940  words  to  earn  UNIVAC  word.  7c2L±b 

Switch  over  to  the  UNIVhC  drums  led  to  a  significant 
quickening  of  response.  Although  no  actual  measurements 
were  made,  our  general  feeling  is  that  tne  predictions 
based  on  response  studies  were  fairly  accurate  and  that 
we  got  the  improvement  we  expected.  7c2c 

Our  experience  with  the  UNIVAC  arums'  reliability  has 

been  very  good,  and  UNIVAC  maintenance  ana  field  servic~ 

are  excellent.  7c2d 

3.  New  Terminal!  7c3 

In  the  past  year  many  new  typewriter  terminals  for 

remote  computer  access  nave  come  on  the  market.  These 

have  been  designed  for  many  rpplications  and  use  with 

many  different  systems,  but  very  few  met  our 

requirements:  7c3a 

upper  ana  lower  case  alphabet  with  a  full  complement 
of  ASCII  control  codes;  7c3al 

Full  duplex  operation;  7c3a2 

Character  rate  of  at  least  13  and  preferably  30 
characters  per  second;  7c3*3 

in  addition  to  these  specific  features,  we  look  for 
quiet,  reliable,  or*ll,  light  terminals  with 
reasonably  gooc  >  *nt  quality  and  generally  desirable 
appec^ance.  7c3aE 

These  features,  particularly  upper  and  lower  case 

alphabet,  eliminate  most  of  tne  available  tei  .Inals.  7c3& 

Tne  terminals  in  use  at  ARC  by  v,he  end  of  1969  included 
Model  33  teletypes,  Mooel  37  teletypes,  G-E  Termi-Net 
300's,  ana  Execupcrts.  (ref. 3)  7c3c 

uf  these  terminals,  all  are  still  in  use  with  the 
exception  of  the  G-E  Termi-Nets.  Maintenance 
problems  and  the  generally  low  reliability  of  these 
terminals  forced  us  to  cancel  our  lease.  7c3cl 

Of  the  others,  the  model  33 ' s  are  generally  the 
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stand-by  for  system  use,  monitoring  teletypes,  etc. 
because  of  their  low  cost  ana  familiarity.  7cjc2 

At  the  end  of  1970  we  were  still  using  model  37 

teletypes,  but  aid  not  consider  them  desiraole 

because  they  are  large  and  noisy.  7c3c3 

The  txecupcrts  are  still  highly  satisfactory  as 
portable  terminals  and  have  needed  no  maintenance 
whatsoever.  7c3cli 

The  only  new  terminal  put  into  service  in  the  last  year 
is  the  Texas  instruments  model  720.  five  of  tiese  had 
been  in  service  for  approximately  one  month  at  the  end 
of  1970,  ana  so  far  our  experience  haa  Deen  very  cood.  7cjd 

lie  IMLaC  Display  System  7cii 

For  some  time  we  nave  hoped  to  incorporate  a 
niedium-speea  remote  display  terminal  as  part  of  the 
facility  ana  to  experiment  with  using  this  terminal  Doth 
as  a  high  speed  typewriter  ana  as  a  modified  display  NLb 
terminal.  7caa 

Early  last  year  the  IMLaC  display  system  was  introduced. 

It  i a  attractive  in  price  and  seemed  to  have  many  of  the 

feat  ires  we  were  looking  for  in  an  experimental 

terminpi 3.  7cib 

Tne  .C  is  a  small  16-bit  macnine  with  an 

arithmetic  processor  and  a  display  processor 

operating  from  the  same  memory.  The  display 

processor  drives  a  9-  by  11-inch  display  tube  mounted 

in  a  separate  unit,  input  in  the  standard  unit  is 

from  a  keyboard  that  is  read  by  tne  arithmetic 

processor  and  communication  is  tnrougn  full  duplex 

EIA  inter  face.  7cn.bl 

For  tne  IMLAC  to  operate  as  a  remote  NL6  terminal  it 
was  necessary  to  add  a  mouse  for  display  selection 
ana  keyset  such  as  that  used  in  the  local  display 
terminals.  aRC  personnel  added  them  in  a 
straight-forward  manner.  7cl;b2 

vouse  coordinates  (o-bit)  for  X  and  Y  directions 
are  ready  by  an  I/O  instruction  into  a  single 
16-bit  IMLAC  word.  Tne  second  i/u  instruction 
reads  the  state  of  the  five  keyset  switches  and 
the  three  mouse  switches,  software  m  the  IMLaC 
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tracKs  the  mouse  position  from  the  screen, 
interprets  tne  mouse  switches,  and  provides  an 
algorithm  for  interpreting  tne  five-finger  Keyset 
output  as  characters.  7c£b2a 

The  XMLAC  is  currently  operating  at  2000  baud  over  a 

Bell  System  201A  data  set  at  a  remote  location.  The 

data  set  connects  at  the  ARC  end  to  a  data  set 

controller  operating  from  the  2L-Pit  external  core 

system  (see  Figure  l)  .  7c£c 

D.  HIGHER  LEVhL  PROCESSES  74 

1.  During  the  past  year  we  have  expended  considerable 
resources  in  the  development  of  tools  for  exten  ing  our 
higher-level  process  capabilities.  7dl 

By  "higner-level  processes"  we  mean  processes  in  which 

the  basic  user-features  of  our  online  systems 

(particularly  NLS)  are  used  as  "building-olocks"  in  the 

construction  of  programs  for  carrying  out  specific, 

perhaps  rather  complicated  tasks.  7ala 

HLPe  are  in  general  used  to  automate  text  processing 
operations  wnich,  py  virtue  of  frequent  use,  are  too 
repetitive  and  time-consuming  to  ao  by  nand,  7dlb 

One  of  the  major  users  of  these  higher-level  process 
( HLP)  tools  has  been  tne  Network  information  center, 
v;hich  has  utilised  many  HLPs  in  managing,  searching,  and 
print-formatting  tne  NIC  collection  catalog  as  well  as 


in  other  tasx  areas.  ?dlc 

Four  principal  HLP  tools  are  described  be*  w.  ?dld 

2.  Content  Analyzer  7a2 

Introduction  7d2a 


The  Content  au  :er  ( C A )  feature  of  NLS  permits  the 
user  to  write,  as  part  of  any  file  statement,  a 
string  of  text  whicn  specifies  in  a  special  language 
some  pattern  or  content.  7o2al 

After  the  pattern  has  been  compiled,  whenever  tne 
content  analyzer  is  turned  on  (through  tne  use  of 
a  VIEwSPEc  parameter)  only  statements  tnat  satisfy 
the  content  specification  will  be  displayed. 
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printed,  output,  or  affecteo  by  "bubstitute" 
commanGs.  7d2ala 

If  the  user  chooses  (througn  use  of  a  different 

VIEWSPiSC  parameter),  only  statements  not 

satisfying  the  content  criteria  will  be  passed.  7d2alb 

The  pattern  specified  may  oe  simple  --  e.g.,  a  string 
of  characters  that  may  appear  anywhere  in  a  statement 
--  or  complex  --  e.g.,  a  string,  followed  witnin  a 
given  number  of  words  by  anotner  specified  string,  in 
statements  created  after  a  certain  date  by  a  certain 
author,  and  not  containing  some  third  specified 
string.  7<J2a2 

The  language  for  specifying  content  patterns  is 
simple  and  easy  to  use  for  simple  cases,  but 
powerful  enough  to  be  useful  in  more  complex  cases 
as  well.  7d2a2a 

he  process  of  Searching  a  statement  7d2b 

When  the  content  Analyzer  is  turned  on,  each 
statement  in  the  file  is  searched,  character  by 
character,  for  the  content  specified  in  the  pattern. 
Normally,  the  search  begins  with  the  first  character, 
but  it  is  possible  to  cause  the  search  to  proceed 
backwards  from  the  end  of  the  statement,  7d2bl 

The  Ca  uses  a  pointer  to  keep  track  of  the  search. 

The  pointer  always  indicates  which  character  is  to  be 
examined  next,  unless  something  in  the  pattern  causes 
the  pointer  to  be  moveu  first.  7<32b2 

At  any  given  moment  in  the  search  process,  the 
analyzer  H  *  searching  for  one  of  four  types  of 
content  entity;  7d2D3 

A  literal  string  of  characters,  such  a  "abed"  or 
"13-x"  or  "ea  Mat"  or  "memory."  7d2b3a 

A  string  of  "character-class  variables" 
specifying,  for  example,  "three  digits,  one  after 
another,"  or  "two  letters,  followed  by  any  nuir.Der 
of  spaces,  followed  by  three  to  five  letters  or 
digits."  7d2b3b 

The  date  associated  with  the  statement.  (Tnis  is 
not  normally  printed  or  displayed  as  part  of  tne 
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statement  text,  DUt  every  statement  bears 
user-accessible  data  specifying  tne  aate  on  which 
it  was  createu  or  most  recently  moaifiea.)  7d2D^c 


Tne  initials  associated  witn  the  statement.  Us 
with  the  date,  patterns  may  test  the  initials  of 
the  user  by  whom  any  statement  was  created  or  most 
recently  modified.)  7d2b3d 


All  of  tne  more  complex  analysis  is  achieved  by 
moving  tne  pointer  according  to  the  logic  of  tne 
pattern  specification. 


For  example,  if  tne  analyzer  is  to  start  at  a 
given  point  and  find  eitner  string  a  or  string  b 
it  first  looks  for  String  A;  if  string  a  is  not  * 
found,  the  pointer  is  returned  to  trie  starting 
point,  and  a  search  is  made  for  string  B.  7d2bna 


3»  Analyzer-Formatter 


7a3 


The  Content  Analyzer  is  an  old  HLF,  having  been  an 
integral  part  of  wls  for  several  years,  paring  tne  past 
year  an  expanded  version  of  the  Ca,  called  the  Analyze 
Formatter  (A *),  has  been  incorporated  into  MS.  The  af 
permits  the  use  of  more  complicated  filtering  patterns 
and  also  provides  capabilities  for  reformatting  or 
programmed  editing"  of  text  statements.  7a3a 


The  Analyzer-Formatter  is  used  in  much  the  same  way 
as  the  content  Analyzer,  the  major  difference  oeing 
that  tne  af  has  far  more  flexibility  and  power  than 
the  ca,  and  consequently,  requires  tnat  a  user  master 
a  more  complicated  language  for  specifying  patterns.  7o3al 


whereas  ca  patterns  are  restricted  to  being  short 
strings  of  te  t,  af  patterns  are  specified  m  an 
algorithmic  language  that  permits  powerful  tools 
such  as  conditional  statements  ana  subroutine 
calls  to  be  used  m  describing  how  a  statement  is 
to  be  searched  and  altered  by  tne 
Analyzer- For matter. 


in  spite  of  this  power,  however,  the  AF  is  mas y 
enough  to  use  that  sophisticated  users  frequently 
write  A r  programs  for  one-time  use  m  editing 
specific  NLS  files.  7a3alb 

The  a!  has  been  heavily  used  in  tne  conversion  of 
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catalog  files  from  old  formats  into  a  single  new  format 
and  in  processing  the  internal  text  coaes  into  more 
readable  forms  for  numan  consumption.  7d3b 

The  statements  below  are,  respectively,  the  text  for 
a  single  catalog  entry  as  it  appears  in  a  master 
catalog  file  and  the  text  produced  by  reformatting 
selected  parts  of  tms  entry  for  inclusion  in  a 
"shelf-list"  for  online  viewing  ana  hardcopy 
printing:  Yd3ol 

eversion  1>  7d3D2 


(A3474)  *al  Richard  S.  Marcus  *a2  Alan  R.  benefela  *a3 
Peter  Kugel  * 2  Massachusetts  institute  of  Technology  *3 
Electronic  bystems  Laboratory  *5  Cambridge, 

Massachusetts  #cl  The  User  interface  for  the  intrex 
Retrieval  bystem  *6  42p.  *dl  /January  19717  *d4  14-lb 
January  1971  *fl  d  p  *f’2  c  #ml  AFIPb  Information  bystems 
Committee  #1  The  User  Interface  for  Interactive  searen 
of  bibliographic  Data  bases,  workshop  #5  Palo  Alto, 

California  *nl  3a6tt  *n6  5 469  3470  347*  3473  5475  5476 
547b  5479  *sl  National  bcience  Foundation  *s 2  Council 
for  Library  Resources  *s3  Carnegie  foundation  *wl  l-b-71 
*w2  1-13-71  *w3  dee  *wi*  John  L.  bennett  m  IbM  Research 
Laboratory  ff 3  Information  Sciences  Department 
Monterey  &  Cottle  Roads  #3  ban  Jose,  California  93114 
*yl  Describes  decisions  made  in  uesign  of  system/user 
interface  for  intrex,  grounds  for  decisions,  and  results 
obtained  by  experiments  with  users.  Finds  nigh  degree  of 
user  acceptance  as  implementea.  indicates  desirable 
improvements.  *z2  Afl  *z3  new  *  7d3c 


<Version  2> 


7d3d 

The  User  interface  for  the  Intrex  Retrieval  bystem  /"Draft j  3474 


Richard  S.  Marcus,  Alan  R.  benefeld,  ana  Petor  Eugel 
(Massachusetts  institute  of  Technology,  Electronic 
bystems  Laboratory,  Cambridge,  Massachusetts) . 

/■January  19717* 

Describes  decisions  made  in  design  of  system/user 

interface  for  Intrex,  grounds  for  decisions,  and 

results  obtained  by  experiments  witn  users.  Finds 

high  degree  of  user  acceptance  as  implemented. 

indicates  desirable  improvements.  7a3e 
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it*  Collector-Sorter  7dL 

Tne  Collector-Sorter  (CS)  is  a  subsystem  called  from  NLS 
that  automates  tne  process  of  collecting  statements  from 
one  or  more  NLS  files  and  sorting  tnem  into  one  or  more 
new  files,  7dlia 

Tne  Collector-Sorter  is  usually  used  in  conjunction 
with  an  Analyser-Formatter  program,  so  that  in  the 
collection  process  statements  may  De  aroitrarily 
reformatted  py  the  AF  program.  The  AF  program  can 
also  be  used  to  select  from  the  text  of  each 
statement  strings  to  be  used  as  sort  Keys  for  that 


statement.  7dl;al 

The  NetworK  Information  center  has  made  heavy  use  of  the 
CS  in  preparing  haro-copy  catalogs  ana  snelf  lists  from 
tne  machine-readable  master  NIC  catalog,  7dlib 

5,  Executable  Text  7d5 

The  executable  Text  (ET)  feature  of  TNL*>  is  an  early 
attempt  to  provide  users  with  an  easy-to-use  procedural 
language  for  manipulating  information  contained  in  NLS 
files,  7d>a 

This  feature  permits  users  to  request  that  some  body 

of  text  within  a  file  be  interpreted  as  if  it  were 

tne  user's  own  Keyboard  input  stream.  7d5al 


ET  commands  may  be  used  to  perform  any  NLS  editing 
operations,  including  changing  the  ET  "program" 
itself.  They  may  also  be  used  to  perform 
file-manipulating  operations,  such  as  loading, 
updating,  and  printing,  ana  it  is  possible  for  an  ET 
program  to  linK  to  another  ET  program  in  a  different . 
file.  7d5a2 

Executable  Text  alone  can  be  used  to  automate  simple 

file  editing  operations,  and  in  conjunction  with  the  AF 

and  cs  it  provides  users  with  a  powerful  mechanism  for 

writing  programs  to  perform  complex  editing  tasxs  as 

well  as  some  forms  of  user-interaction.  7dbb 

DESIGN  TEAM  AUGMENTATION  7? 

1,  The  Need  7el 

AkC  has  become  more  and  more  involved  in  augmentation  of 
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teams,  and  we  are  giving  serious  consideration  to 
improving  intrateam  communication  witn  whatever  mixture 
of  tools,  conventions,  and  procedures  will  help.  7ela 

If  a  team  is  solving  a  problem  that  extends  over  a 
considerable  time,  the  members  will  begin  to  need  help 
remembering  some  of  the  important  communications  -- 
i.e.,  some  recording  and  recalling  processes  must  be 
invoked,  and  these  processes  become  candidates  for 
augmentation,  to  consider  seme  of  the  different 
conditions  where  such  storage  and  recall  may  be  useful, 
suppose  person  a  communicates  witn  Person  ti  about  Item  N 
at  Time  T.  7elb 

They  may  well  be  counted  on  to  remember  their 
exchange  during  the  problem-solving  period,  but 
consider  the  case  of  person  c  who,  it  wi.'.l  turn  out, 
is  going  to  need  to  know  about  tms  communication  at 
Time  TT:  7elbl 

perhaps  he  was  tnere  at  Time  T  Dut,  7elbla 

he  was  too  heavily  involved  even  to  notice  tne 
communication,  and/or  Item  N  wasn’t  relevant  to 
his  work  at  that  moment  and  so  w?on‘t  implanted 
for  ready  recall,  7elblal 

perhaps  A  and  B  didn’t  anticipate  his  later  need 

ana  thus  failed  to  invite  mm  into  their 

interchange  or  inform  him  of  its  conclusion,  7elolb 

perhaps,  although  persons  a  and  ti  knew  he  would 
later  need  the  information,  they  dicin' t  want  to 
interrupt  their  own  working  sequence  with  tne 
procedure  of  interrupting  Person  G  and  getting  him 
involved.  7elDlc 

or,  if  the  consequences  of  the  interchange  carry  over 
into  a  long-lasting  series  of  other  decisions,  one  or 
both  parties  may  fail  to  rememper  accurately,  or  may 
remember  differently  because  of  different  viewpoints, 
and  troublesome  conflicts  and  waste  of  effort  may 
result.  A  single  person  will  make  c  list  of  things 
to  do  on  a  shopping  trip  because  he's  learned  that 
the  confusion  and  pressure  may  make  nim  forget 
something  important.  It’s  obvious  that  to  be 
procurer  for  one  of  a  mutually  developed, 
interdependent  pair  of  lists  would  make  it  ev-n  more 
important  to  use  a  record.  7e±D2 
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Further  consider  the  effect  if  the  complexity  of  the 
team's  problem  relative  to  human  working  capacity 
requires  its  partitioning  into  many  parts  where  eacn 
part  is  independently  attacked,  Dut  where  among  the 
parts  there  is  considerable  interdependence  through 
interactions  on  mutual  factors  sucn  as  total  resource, 
timing,  weignt,  physical  space,  functional  meshing.  7elc 

were,  the  communication  between  Persons  a  and  d  may 
well  be  toe  ' implex  for  their  own  accurate  recall. 

For  example  -heir  communication  period  resulted  in 
scratch  paper  or  a  cnalkboaro  covered  with 
possibilities  ana  the  essence  of  the  agreed-uoon 
solution  which  has  since  disappeared.  7eicl 

We  envision  effectively  augmenting  our  collaborative 
team  by  having  an  "intragroup  documentation  system", 
containing  current  and  thoroughly  used  working  records 
of  the  group's  plans,  designs,  notes,  etc.  Therefore, 
we  have  begun  to  develop  a  system  for  entering  and 
managing  those  records.  The  ARC  Journal  is  this 
intragroup  documentation  system.  7eld 

The  ARC  Journal  7e2 

Our  journal  is  an  open-ended  information  storage  and 
retrieval  system,  it  accommodates  and  retrieves 
whatever  thoughts  any  member  of  the  group  feels  worth 
keeping.  All  entries  in  cur  internal  "mail"  system 
automatically  become  part  of  the  Journal.  In  addition, 
any  online  user  may  flag  any  file  for  transcription  into 
the  journal  within  a  day.  In  addition  to  hLb  files, 
other  haro  copy  including  photographs,  line  drawings, 
and  scratcn  notes  can  be  logged  into  the  journal.  In 
handling  extra-computer  copy  the  journal  draws  on  the 
techniques  we  are  developing  for  NIC  and  RINS.  In  tms. 
section  of  this  report,  we  concentrated  on  the  Journal 
as  recipient  of  NLS  files,  7e2a 

we  believe  the  Journal  is  the  key  to  the  development  of 
our  Dialogue  support  System.  We  are  encouraging  members 
of  the  group  to  enter  items  freely,  to  err  on  the  side 
of  loquaciousness,  even  to  enter  information  that  will 
become  useless,  we  hope  to  learn  from  such  a  flow  how 
to  winnow  worthwhile  information,  to  refine  the 
techniques  of  query,  analysis,  and  access  that  are 
necessary  to  proliferate  all  our  augmentation  research.  7e2b 

As  each  item  (in  this  case,  every  NLS  file)  enters  into 
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the  Journal  it  receiver  master  Catalog  Number  (CNUM)  and 
ie  catalogued,  7ekc 

The  CNUh  is  generated  from  the  one  master-collection 
sequence  that  ARC  uses  for  all  of  its  frozen-item 
storages  XDOC,  NIC,  Journal,  KINS,  and,  we  assume, 
an  increasing  number  of  other  special  collections. 

The  CNUM  becomes  the  master  identifier  of  tne  NLS 
files  it  is  printed  in  the  upper  right  corner  of  each 
page  of  a  printout  of  that  file;  it  is  the  standard 
reference  name  to  use  in  an  NLs  link;  and  it  becomes 
tne  "file  name"  of  that  file  within  the  storage  and 
retrieval  system  of  the  journal.  7e2cl 

when  the  Journal  System  takes  a  file  into  custody,  it 
guarantees  retrieval  of  that  file  (by  its  CNUM)  at  any 
later  time.  7e2d 

A  Master  Catalog  holds  descriptions  of  each  item  that  is 
stored  in  AKC's  Master  Collection.  The  Master  Catalog 
is  composed  of  a  set  of  NL.'i  files  in  which  eacn  entry 
(describing  one  collection  i  tern)  occupies  one  statement 
whose  NLS  name  is  'h  +  CNUM  --  *.g.,  ( Mf? 237 )  7e2e 

The  catalog  entries  are  formatted  in  a  special  way  to 
delimit  the  different  data  elements.  For  instance, 
for  most  items  tnere  is  a  "*al"  preceding  the 
first-author's  name,  and  within  this  type  of  main 
field  there  often  are  flags  such  as  "# 2"  or  "#3"  to 
delimit  a  particular  subfield.  The  initials  of  the 
ARC  author  are  stored  after  tne  data  element  code 
"*a6".  7e2el 

We  don't  really  expect  to  use  this  format 
permanently  for  storing  our  catalog  data,  witnin 
a  year  the  size  of  the  collection  will  make  query 
and  file  management  operations  too  inefficient  and 
we  will  cnange  ic„  A  collector  sorter  and  special 
reformatting  programs  will  reduce  tne  work  of 
designing  and  changing  the  new  format  to  several 
hours  at  the  console.  7e2ela 

The  organization  and  formatting  of  the  catalog 
files  will  evolve  during  the  next  year,  but  the 
user's  concept  of  this  function  probably  won't  be 
affected.  7e2elb 

special  data  elements  are  under  consideration  for 
processing  our  NL3  files  into  tne  journal.  For 
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instance,  it  is  likely  that  the  catalog  entry  will 
invove  a  record  of  tne  whereabouts  and  the  reference 
target  of  every  cross-file  link  with  the  file.  Sucn 
a  notation  would  be  an  important  aid  in  querying  and 
is  a]. so  tne  base  for  the  "back-linking"  we  have  been 
considering  for  so  long.  fe2e2 

Journal  entries  now  also  exist  as  a  snelf  of  hard 
copies.  For  the  shelf-stored  copies  we  now  have  what  we 
call  "catalog-management  processes",  (Executable  Text) 
Programs  to  help  manage  and  retrieve  the  information.  7e2f 

The  catalog-management  techniques  that  we  have  used 
were  designed  expressly  to  accommodate  special 
collections.  For  example,  a  working  subset  of  the 
Master  Catalog  holds  the  catalog  entries  for  tne 
items  that  have  oeen  entered  in  the  Journal.  This 
subset  is  called  the  "Journal  Catalog",  and  can  be 
extracted  automatically  from  the  Master  Catalog.  Our 
initial  shelving  is  Dy  Catalog  number,  so  the  shelf 
list  is  by  ChJM.  7e2fl 

Initial  Journal  catalog  format:  7e2f2 

(MEb9d)  *ao  DUE  *cl  Comments  on  wsu  L&97,  Catalog 

Query  System  *d6  10/22/70  *d7  Q95>:25  *f3  sJRNLA 

*z2  JOU  *z3  new  *  7e2f2a 

(Mi;ti99)  *a6  Wk£  *Cl  10ACQ  *06  10/22/70  *d7  1027:25 
*f 2  ;10ACQ  *z2  JOU  *z3  new  *  7e2f2b 

(M5200)  *a6  VLd  #cl  New  NLS  Calculator  #d6 
10/30/70  *d7  11E0: 1|5  #f  2  #CaLOOC  JOU  #z3  new  * 

7«2f  2c. 

(M3201)  MaIL  *cl  MAIL  FILE  *dfc  ll/OL/70  *d7 

1015:32  #f  2  *  MAIL  *z2  JOU  #z3  new  *  7e2f2c 

(M5202)  *a6  LCE  *cl  Old  but  Relevant  NIC  Notes 

from  Aug  70  #d6  IO/29/70  *d7  0911:26  *f'3  :JkNLA 

*z2  JOU  #z3  new  *  7e2f2e 

(M3203)  *a6  WLb  *c.l  ENTkY  TO  NIC  LIaISON  LOO  - 
WLM-UCSB  #a6  10/29/ *0  *o7  1111:11  *f3  :LIAI5CN  LOO 
*z2  JOu  *z3  new  *  7e2f2f 

(M320JH)  #a6  WLb  *Ci  ENTkf  To  NIC  LIaISON  LOO 

-wLS^kANL  *d6  10/30/70  #d7  1111:11  *13  :tlAlSON 

LOG  *z2  JOU  *z3  new  *  7e2f2g 
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(M5216)  *a6  DVN  *ci  Meeting  11/2/70,  I'CE/Uvn*  JCN 

*06  10/06/70  #d7  1541:56  *£J  :DkArT  *32  JOU  *z'j 

new  *  7e2f2h 

(M5217)  *a6  WSD  *cl  Proposea  New  *eLtur*s  in 
Executable  Text  #d6  11/05/70  *d?  1131*24  •*£ .3 
: NEXTEXT  *z2  OOU  *z3  new  *  7e2i'2i 

(M5216)  *a6  WSD  *cl  Proposea  New  Features  m 
Executable  Text,  Revision  3  *u6  11/06/70  #a7 
1236:07  *f3  :NEXTEXT  *z2  JOU  *t3  new  *  7e2i2j 

(M5219)  *a6  DcE  #cl  Requirements  for  Signer-level 
interactive  processes  *a6  11/06/70  *d7  163; *00  *f  3 
sJHNLa  *z2  JuU  *z3  new  *  7e2f2k 

We  can  automatically  generate  nara-copy  citation 

lists  in  various  layouts  by  means  of  a  library  of 

reformatting  programs.  The  Collector-Sorter 

processor  is  invoKea  in  one  set  of  executable  text 

programs,  to  produce  listings  sorted  on  selected 

Keys.  7«213 

one  such  listing  is  the  shelf  list.  A  Shelf  List  for 
a  given  collection  is  a  list  of  citations  ordered  in 
the  way  in  which  the  collection  items  are  pnysically 
"snelved"  or  otnerwise  stored.  7e2£4 

Shelf  list  (by  CNUm) : 


5206  I)CE  11/04/70  Dicsussion  Notes,  DCE/JTM:  Net  access 

for  NIC  users 

Source:  sJRNLA  Time:  1303:33 

5209  DCE  11/02/70  Some  NP  Notes  on  Analyzer  Formatter 

and  Executable  Text 
source:  :ETAF1  Time:  0916:42 

5210  WLB  11/02/70  COMMENTS  ON  5206  (PROPOSED  EXECUTABLE 

TEXT  FEATURES) 

source:  smemo  Time:  0919:00 

5211  MAIL  11/06/70  MAIL  FILE 

Source:  :MaIL  Time:  1137546 

5212  WLB  11/03/70  ENTRY  TO  NIC  LIAISON  LOG  -  *Ld«-KAND 
Source:  :LIAIS0N  log  Time:  1106:07 
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3213  WLa  11/03/70  ENTRY  TO  NIC  LIAISON  LUG  -  WLB*UTAH 
Source:  : LIAISON  LOG  Tine:  103k :k6 

321k  DCE  11/03/70  Notes:  DCE  Talk  with  KUDin  re,  sni 
info-bys  Activity 
Source:  sjknlc  Time:  0900 :k2 

3213  MAIL  11/06/70  HaIL  File 

Source:  :MAIL  Tine:  lk22:03 

3216  DVN  11/06/70  meeting  11/2/70,  DGa/dvn,  JCN 

Source:  : DkAFT  Time:  1341:36 

3217  WSD  11/03/70  Proposed  New  Features  in  Executable 

Text 

Source:  : NEXTEXT  Time;  1331:2k 

3216  WSJ  11/06/70  Proposed  New  Features  in  Executable 

Text,  Revision  3 

Source:  : NEXTEXT  Time;  1236:o? 


If  tne  items  are  standing  on  the  shelf  arranged  b>  catalog 
number,  you  woulu  probably  find  one  easily  without  looking  at 
the  Shelf  List,  jut,  if  the  item  is  gone,  tne  Shelf  List  can 
verify  tnat  it  should  be  there. 

The  items  night  very  well  be  shelved  according  to  a  subject 
outline  --  e.g.,  a  set  oi  user-reference  volumes  whose 
sections  would  each  be  a  separate  journal  entry.  Here  tne 
various  sections  would  De  updated  independently,  and  tneir 
catalog  numbers  would  bear  no  relation  to  their  ordering 
within  the  cinders.  The  Shelf  List  here  would  look  fixe  a 
Table  of  contents. 

An  "Index"  contains  one-line  citations  ordered  alphabetically 
or  numerically  on  one  or  more  of  the  terms  found  in  tne 
catalog  entries,  we  automatically  produce  indices  ordered  on: 
Catalog  Numbers;  Autnor;  and  Keywords  xrom  tne  title  (navmg 
an  entry  for  eacn  non-tnvial  title  word). 

Autnor  index  (by  initials): 


b2 k 3  aLF  12/09/70  Partial  Description  of  one  universal 
U660  CHI  09/11/7U  New  NLb  features 
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5  m 

CHI 

12/10/70 

NOTES  On  CHANGES 

TO  The  niS  SiSTEK 

E6Q3 

DCE 

00/03/70 

Initial  Journal 

System  (Euitea  version 

5219 

DCE 

11/06/7 0 

Requirements  for 

mgner-levei 

Title  wore!  inaex: 


word 

CNUm 

AUth 

Date 

Title  (front  only 

J 

ACCESS 

U032 

WKE 

07/10/70 

wETWOKe  ACCESS  TO 

SYSTEM 

Access 

U65o 

wKE 

07/1 0/70 

Networx  Access  to 

system 

recess 

520b 

DCE 

ll/Oli/70 

Discussion  Notes, 

dCe/JTM:  Net 

ACCESSION 

E669 

WSD 

10/06/70 

PROGRAM  FOR  PRODUCING  a  TITLE 

Activity 

521U 

doe 

11/07  70 

Notes:  DCE  TaiK  with  Rubin  re. 

Agency 

Eb5 1 

DCE 

09/10/70 

setup  of  a  National 

agents 

5616 

JbN 

12/15/70 

TRANSMITTAL  TO  NIC 

station 

analyzer 

5227 

WL  ti 

11/16/70 

an al i zer- Formatter 

:  PROGRAMS 

Analyzer 

5209 

DCE 

11/02/70 

some  NP  Notes  on  Analyzer 

Answering 

5226 

JbN 

11/20/70 

answering  service 

for  the  MC 

ANSWERING 

5207 

WLb 

10/30/70 

MEMO  RE  PALO  ALTO 

answering  service 

7e2f 7w 

*e  Keep  up-to-date  copies  ol  the  bheli  List, 

Author  Index,  ana  Title-Woru  inaex  on  the  snelf 
oeside  the  hard  copies  of  the  Journal.  7e2£7x 

ve  will  soon  begin  to  aivide  the  Journal  into 
sub-coilections,  e.g.,:  obsolete  items;  software 
documentation;  baseline  Records;  correspondence; 
etc.  7e2f7y 

we  plan  to  make  journal  material  ever  easier  to  reaa 
online,  by  next  fall  we  hope  that  any  nls  user  studying 
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a  Journal  item  may  jump  from  a  -ink  to  any  journal  item 
that  has  been  referenced  within  tne  past  few  days  with 
the  speed  of  disc  access,  and  with  a  "worst  case"  time 
of  less  than  five  minutes  for  a  file  not  used  recently. 

The  baseline  Record: 

The  baseline  Record  is  a  special  sub-collection  of  tne 
Journal.  It  will  consist  of  a  series  files  specially 
formatted  to  contain  task  and  resource  allocation 
information,  including  files  of  plans,  specifications, 
analyses,  designs,  etc. 

It  will  be  composed  of  tnat  portion  oi  our  current 
working  records  that  represents  our  best  definition  of 
tasks  we  plan  to  perform  in  the  future,  how  we  are 
planning  to  do  them,  and  what  uses  of  resources  (people, 
system  service,  materials)  are  expected. 

We  will  keep  some  or  all  of  the  baseline  Record  within  a 
specially  organized  suDcollection  of  the  journal, 
shelved  separately,  ana  we  will  use  as  a  "shelf  List"  a 
topically  organized  Taoie  of  contents.  sections  of  tne 
baseline  Record  that  are  superceded  uy  new  Journal 
entries  will  oe  retired  to  obsolete  status.  Changes 
will  be  approved  and  recorded  as  in  coniig uration 
management  of  hardware  designs. 
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VIII.  PLANS  FOR  1971  6 

A.  NETWORK  INFORMATION  CENTER  DEVELOPMENT  AND  OPERATION  6k 

1.  Computer  ana  Network  Use  dal 

As  necessary  documentation  becomes  available,  we  will 
bring  up  f  BEN  wetworK  Control  program  (NCP)  and  bdN 
Telnet,  we  will  then  perform  some  testing  before  we 
provide  network  service.  dala 

Initially,  our  local  connect  capacity  allows  fo  12 
displays  and  2U  typewriter  terminals,  witn  about  10 
displays  and  6  typewriter  terminals  running  NLs, 
response  is  satisfactory,  but  marginal  lor  display 
users.  The  delivery  in  June  of  new  bryant  drums  and 
measuring  and  tuning  tne  new  system  shouiu  increase 
capacity  ana  response,  now  much  improvement  to  expect  is 
not  Known.  oalb 

The  system  processing  required  to  support  a  network  user 
is  heavier  than  required  to  support  a  local  typewriter 
user.  Therefore  we  are  net  sure  how  many  network  users 
we  will  be  able  to  support  without  degrading  response 
seriously  or  requiring  that  we  limit  local  loading  by 
administrative  restrictions,  our  initial  hope  is  that  we 
can  handle  6  network  users  oy  mid-summer  with  an 
optimistic  expectation  that  we  might  be  able  to  handle 
closer  to  12.  f a^c 

As  there  is  only  limited  interactive  experience  over  the 
network,  we  do  not  know  what  its  response 
characteristics  will  be  like,  we  may  find  that  the 
delays  caused  by  two  timesharing  systems  gna  the  network 
transmission  may  ^llow  us  to  support  the  nigher  number 
of  network  users  without  adding  serious  incremental 
response  delays.  The  loading  caused  oy  parallel 
processes  controlling  intersite  file  transfers  is  also 
an  unknown  factor  at  this  point.  Said 

We  plan  to  increase  our  reference  and  communication 
service  capacity  oy  providing  deferred  execution 
facilities  wnich  will  allow  NLS  compatible  file 
preparation  and  editing  offline  or  in  local  nosts;  files 
so  created  may  then  be  entered  into  nls  for  further 
manipulation.  dale 

To  prevent  file  capacity  from  being  inaueauate  wnen 
needed,  we  are  studying  ways  of  using  tape  or  facilities 
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sucn  as  those  at  ucsn  to  give  us  an  Integrated  auxiliary 
facility.  oalf 


our  plans  for  providing  online  service  to  the  network 

are  oriefly  given  below.  8alg 

Stage  o  (Mid-June) :  balgl 

Stage  u  is  to  provide  experimental  access  to  tne 
NIC  for  kadc  and  a  limited  number  of  west  coast 
sites  so  that  we  can  learn  how  to  handle  problems 
which  may  come  up  in  actual  network  operation. 

Tnese  sites  provide  a  variety  of  hosts  and  their 
lccation  on  tne  west  coast  simplifies 

communication  during  this  initial  trial  period,  balgla 

Stage  0  will  allow  access  to  the  TENEX  Executive, 

TMS,  an  initial  Network  Dialog  suoport  System-DSS 
(which  will  allow  online  creation  and  submission 
of  messages  and  documents,  with  haracopy  mail 
delivery),  ana  the  first  release  of  our  TNLS  users 
manual.  ttalglb 

initially,  we  will  allow  a  maximum  of  two  network 
users  on  at  once.  baiglc 

There  will  be  a  two-day  TNLa  course  at  SRI  in  June 
for  the  initial  sites.  dalgld 

Stage  1  (Early  August):  8alg2 

Stage  1  is  to  provide  access  to  tne  NiC  from  any 
site  in  the  network  having  tne  appropriate  access 
software.  6alg2a 


Stage  1  will  allow  access  to  the  DSs  of  stage  0 

with  online  access  to  documents  and  messages 

created  online,  online  access  to  network  related 

files  such  as  the  NIC  Catalog,  AkkA  Network 

Resource  Notebook,  and  other  NIC  documentation.  oalg2b 

we  expect  to  provide  training  to  sites  desiring 
access.  We  will  allow  as  many  network  users 
simultaneous  access  as  we  can,  depending  on 
initial  success  with  system  tuning.  A  reasonable 
guess  is  ii-8  users.  6alg2c 

Stage  2  (October):  balg3 
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Stage  2  will  provide  message  delivery  to  files  at 
reroute  sites  (assuming  protocols  estaolisned  oy 
the  Network  working  Group  have  oeen  implemented), 
an  initial  deferred  execution  mode  allowing  users 
to  prepare  files  on  their  systems  and  then  nave 
them  entered  into  TNLS  for  furtner  work,  ana 
improved  query  facilities  of  networx  online  files. 

Oaig^a 

we  hope  to  have  improved  TEhEX-NLS  performance  so 
as  to  allow  more  network  users  simultaneous  access 
tnan  allowed  in  Stage  1.  fialgjb 

2 «  Other  Reference  and  Communication  Activities  Ba2 

Mailing:  we  will  continue  to  mail  kFC’s  and  other 
material  going  to  Liaison  people  as  soon  as  we  can  get 
the  material  duplicated,  which  is  usually  within  24  to 
4d  hours  after  we  receive  it.  we  will  mail  material  to 
station  agents  once  each  week,  usually  on  Fridays,  as 
online  messages  and  documents  are  sent  through  the 
NICDSS,  we  will  transmit  copies  to  the  addressees  and  to 
stations  as  appropriate.  tta2a 

Catalogs:  we  will  continue  to  produce  NIC  catalog 
listings  ana  indices,  using  improved  tecnniaues  for 
tneir  formatting  ana  printing.  We  will  also  aevelop  more 
automatic  procedures  for  handling  the  proauction  of  the 
catalog  and  maintenance  of  the  master  catalog  citation 
data.  Early  design  work  and  the  production  of  the  first 
catalogs  have  given  us  additional  understanding  of  tne 
prooiems  involved  and  ideas  *or  meeting  tnese  needs,  we 


Plan  to  produce  catalogs  on  a  monthly  basis.  3a2b 

ti .  DIALOG  SUPPORT  Sf STEM  DEVELOPMENT  Ob 

1.  Automatic  journal  Entry  tiol 

After  the  transfer  of  NLS  to  the  FDF-lu,  our  journal 
entry  ana  cataloging  procedures  will  be  made  more 
automatic,  and  brought  under  airect  user  control  from 
NLS.  ooia 

Entry  commands  such  as  the  following  will  he  used:  oblal 

Execute  Journal  obiala 

interrogate  (optional  interactive  input 

request  mode)  oolalb 
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Author  (the  rser  u y  default,  others  are 

entered)  bblalc 

Comments  (optional  comments  abour  the 

document)  bolald 

Distribution  (to  ARC  or  non-ARC  people  oy  name) 

oblale 

subcollections  (NIC, AF IPS, ft AS, etc. )  Obl&lf 

Keyworas  (at  user's  uiscretion)  bblaig 

Expedite  (for  i-ii  hour  aelivery  to  ARC 

addressees)  Oblalh 

it o  (to  start  file  ana  catalog 

process)  flblali 

Catalog  entry,  narucopy  formatting,  anu  secure 
online  filing  of  the  document  are  included  in  this 
process.  bbla2 

hardcopy  distribution  will  oe  useci  for  all  documents 
at  first;  optional  online  aelivery  to  addressees  oi 
links  (references)  to  tne  Journal  document  files  will 
follow  soon  thereafter.  obla3 


2.  We  plan  to  make  Journal  material  ever  easier  to  read 
online.  L>y  next  Fall  we  nope  that  any  NLS  user  studying  a 
Journal  item  may  jump  from  a  link  to  any  journal  item  tnat 
has  been  referenced  within  the  past  few  d,\ys  with  the  speea 
of  disc  access,  ana  with  a  "worst  case"  time  of  less  trun 
five  minutes  for  a  file  noo  used  recently. 

3.  Further  development  anu  detailed  design  of  otner  needed 
DSS  features  including  work  on  backlinxing#  set  generation 
and  manipulation,  and  comment  Handling  will  continue. 

dAShLINb  MANACj£,m£NT  SYSTEM  DEVhLOPttfiN f 2 


1.  The  basic  design  and  implementation  of  tne  aRC  baseline 
management  system  will  proceed  with  operational  use  of  task 
planning  oroceaures  across  various  areas  including 
development  ana  operation  m  Service  system,  NIC,  nls, 
TENEX,  Hardware,  Dialog  Support,  File  system,  management 
System,  ana  Documentation  activities, 

2.  xask  planning  data  collection  will  continue,  witn 


ac2 

6b3 

oc 

del 
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improvement  to  oe  made  in  methods  of  file  upaating  r.-y  those 
responsible  for  tasK  management. 

6C  2 


Key  planning  data  elements  induce:  6c2a 

Acquirements  (what  each  task  is  supposed  to  produce) 

6c2al 

ouyer(s)  (otner  tasx(s)  sponsoring  conduct  of  eacn 

task)  6c2a2 

Design  details  (or  links  to  journal  or  other  files)  6c2a3 

milestone  points  (as  appropriate)  6c2ai 

hstinated  dates  istart,  completion,  duration, 

milestones)  6c2aS 

estimated  resource  use  (people*  system,  other)  6c2a6 

6Ub-tasks  (as  appropriate)  6c2a7 

Dependencies  on  or  Dy  otner  tasKS  (by  tine  cr  design) 

0C2a6 

D.  THANSkDk  OF  NL6  6d 

1.  Transfer  of  existing  NLo  and  TNLS  features  from  the  Xus 
SMO  to  the  PDF-10  will  pe  completed,  with  needed  changes 
being  made  to  tnose  features  where  practical  during  the 
transfer  process.  »ul 


2 •  key  changes  in  TNL6  will  be  made  to  give  users  more 
access  to  textual  entities  in  viewing  anu  editing 
operations.  These  will  center  aoout  providing  commands  for 
specifying  audresses  more  precisely  and  for  movement  of  a 
control  marker  within  a  file  to  statements  and  witnin 
statements  to  character  positions  by  cnaracter  count, 
entity  count,  content,  anu  other  specifications.  od2 

TNLS  changes  will  De  made  with  tne  oojective  of  giving 
wetworK  user^  access  to  NDc?  features  and  files  in  as  useful 
a  manner  as  possible,  recognizing  existing  ana  future 
characteristics  of  tne  modes  and  terminals  from  wmch  tney 
will  worx.  od3 
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e.  NEw  FLhTURES  In  1971  oe 

1  •  New  nls  and  Executive  features  planned  next  are  those 

most  directly  supporting  NIC  development  and  operation 

tasks.  del 

2*  some  Executive  tasks  are: 

6e2 

Drum  Diagnostics  de2a 

uryant-UNiVaC  System  tie2b 

Drum  comparisons  5e2c 

oisc  Diagnostics  de2J 

Disc  Elevator  Algorithm  6e2e 

NET  Linx  anu  Advise  Studies  tte2f 

Tertiary  File  Storage  study  fce2g 

increase  open  Files  Capable ity  tte2n 

Network  File  Transfer  study  Se2i 

performance  Measurements  de2,1 

stuuy  Capacity  Increase  Needs  ana  Possibiities  6e2k 

background  process  Development  6e2l 

Reorganize  ACORE  oe2m 

bid  Scheduling  Design 

Se2n 

J.  oorne  NLS  tasks  are: 

de3 

cross  File  Editing  oejja 

Deferred  Execution  Se3b 

statement  Address  options  Se^c 

Cross  Reference  oe3d 

Statement  property  lists  deje 

one  CommanG  background  de^f 

Renote  uNLs  Specifications  6e3K 

Command  backup  deih 

collector  sorter  improvements  6e3i 

last  suostitute  ttejj 

portrayal  Generator  ttejk 

Help  command  5e31 

Novice  moue  6e3m 

F.  MUDULAk  PRUuR*rtitING  Of 

i.  a  fully-developed  augmentation  system  of  a  few  years 
hence  will  have  a  very  large  repertoire  of  commands, 
representing  a  rich  vocabulary  for  eliciting  help  from  the 
computer  systeri.  to  experiment  meaningfully  with  any  one 
suoset  of  commands,  designed  to  support  a  special  kind  of 
intellectual  task,  the  evaluation  must  rigntfully  be  done 
within  a  working  environment  in  which  the  subjects  are 
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doing  all  of  their  associated  work  in  the  way  they  wcula  do 
it  in  the  "complete  workshop."  oil 

2.  This  means  that  to  provide  a  progressive  researcn 
environment  in  which  rapid  and  significant  evolution  can 
take  place,  some  sort  of  a  "latest  thing  in  complete 
workshops"  must  be  maintained  as  a  laboratory  for  each 
experimenter,  to  maintain  this  in  seoarate  installations 
is  quite  impractical.  oi2 

3-  The  computer  network  offers  an  important  hope  nere,  in 
that  it  makes  it  possible  for  people  at  distributee 
locations  to  share  a  "latest  tning  in  complete  workshops" 
as  an  environment  for  their  different,  specific 
"tool-development  experiments."  013 

For  several  years  akC  has  been  aiming  toward  an 
experimental  future  in  which  this  was  the  way  in  which 
our  work  on  augmentation  systems  would  be  done  --  as 
part  of  a  larger  community  in  which  many  more  people 
than  we  could  marshal  would  be  working  on  different 
fronts  (and  at  different  levels).  6f3a 

For  instance,  much  of  our  motivation  toward  the  Dialog 
Support  system  has  been  to  facilitate  close 
collaboration  between  such  distributed 

system-development  participants.  of 3b 

k*  Besides  being  able  to  sustain  collaborative  dialog,  the 
participants  would  be  much  helped  if  eacn  could  view  a 
relatively  stable  system  as  the  background  in  which  ne 
experimented  with  a  new  tool,  and  if  he  couia  very  rapidly 
anu  independently  create  and  modify  new  tool  features,  ofl 

5*  we  are  launching  development  of  a  modular  Programming 
system  explicitly  to  serve  this  end.  Design  and 
implementation  of  a  preliminary  system  will  occur  during 
1971  witn  further  stages  of  development  to  follow,  wnen  N„S 
has  oeen  modularized,  it  will  be  possible  for  instance  to 
permit  a  worker  at  Utah  to  be  given  "custodianship"  of  a 
private  subset  of  modules  pertaining  to  tne  manipulation  of 
one  kina  of  graphic-data  packet  in  our  file  data  nodes.  of 3 

He  would  be  given  nis  private  copies  of  the  source  code 
files  for  these  modules,  and  could  aaa  ana/or  modify 
them  at  will.  His  modules  could  ce  indepenoently 
compiled  Dy  him  at  any  time;  and  when  he  wishes  to 
experiment  with  the  resulting  "new  tool,"  his  compiled 
modules  could  be  linked  into  the  rest  of  tne  nls 
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compilea-coue  module  set  at  run  time,  pernaps  in  '.ace 
of  some  moauies  that  tne  standard  version  of  NLS  o:xers 
but  that  he  is  redoing.  tif;>a 

To  experiment  with  nis  tool,  he  coula  use  it  in  the 
midst  of  processes,  methods  and  information  that  n re 
Dart  of  a  busy  (ana  evolving)  worKing  life  in  the  whole 
workshop.  bf>b 

bach  person  could  uo  hi.  private  development  vita 
minimal  buroen  on  tne  support  system,  ana  with  maximum 
protection  to  the  otner  workshop  users.  bi5c 

The  standara-NLS  Module  set  woula  be  controlled  and 
updated  by  a  central  community  process,  steadily 
integrating  the  improvements  of  the  trial  tools  as  they 
oecc  ,r  thoroughly  checked  out.  tifid 


networx  information  tenter 
ana  Computer  Augmented  Team  Interaction 
62 


SKI- ARC  i  JULY  71  0277 

Glossary 


IX.  ULOSSAKY  9 

ARC  Acronym  for  Augmentation  Research  Center.  9a 

AkPA  --  Acronym  for  tfte  Advanced  Research  projects  Agency  oi 

the  office  of  the  secretary  of  Defense.  yo 

Augmentation  —  in  this  report,  extension,  improvement,  or 
amplification  of  human  intellectual  ana  organizational 
capabilities  by  means  of  close  interaction  with  computer  aids 
and  by  use  of  special  procedural  ana  organization  tecnniaues 
designed  to  support  and  exploit  this  interaction.  9c 

BB&N  --  Bolt  Beranex  and  Newman.  A  commercial  research  and 
development  organization  under  contract  to  ARPA  for  services 
to  the  ARPA  Network,  and  under  other  contracts  that  lead  to 
frequent  interaction  with  arc.  9d 

Bootstrapping  --  a  name  for  tne  research  strategy  of  the  ARC. 

By  "bootstrapping’'  we  mean  taxing  advantage  of  tne  feedback  in 
recursive  development  of  systems.  That  is,  we  try  to  test 
ways  of  augmenting  intelligence  by  their  usefulness  in 
developing  new  systems  to  augment  intelligence.  ye 

branch  —  in  the  NLS  hierarchy  of  statements,  a  statement  ana 
all  substatements  that  depend  on  it.  9f 

Center  —  The  same  as  ARC.  9r 

Console  —  As  used  here,  specifically  a  user's  control  console 
for  the  ARC'S  online  System  INL$).  The  consoles  presently  in 
use  consist  of  a  display  screen,  a  xeyooard,  a  "mouse",  ana  a 
"keyset".  yh 

Current  statement  —  in  NLS,  normally  tne  last  statement 
modified,  executed,  or  reproduced  by  the  user,  and,  hence  the 
statement  that  starts  the  sequence  of  the  sequence  generator 
which  generates  tne  display  image,  usually  tne  statement  at 
the  top  of  the  screen  is  tne  current  statement,  put  content 
analysis  or  screen  splitting  may  displace  or  Obscure  it.  yi 

Current  Statement  pointer  --  The  internal  symbol  fixed  on  the 
current  statement  by  nls •  y.i 

Dialog  support  system  (DSS)  --  The  system  of  files,  programs, 
amd  procedures  at  arc  for  storing,  sorting  and  recovering  tne 
interchange  of  thoughts,  plans,  memos,  technical  documents, 
etc.  that  accompany  our  system  development.  yx 
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Display  start  statement  --  The  same  as  "current  statement"  yl 

executable  lext  --  in  nls *  a  program  or  subroutine  tnat  is 

written  in  characters  as  all  or  part  of  a  statement  and  that 

can  be  carried  out  by  a  simple  command  iron  the  user.  ym 

File  --  In  NLS,  this  refers  to  a  unified  collection  of 
information  held  in  computer  storage  for  use  witn  the  online 
system,  a  file  may  contain  text  unglisn  or  program  code), 
numerical  information,  graphics,  or  any  combination  of  these. 
Conceptually,  a  file  corresponds  roughly  to  a  hard-copy 
document.  yn 

Field  Operations  --  in  programming  NLS ,  manipulations  tnat 
involve  the  capacity  of  the  Pdp-IO’s  software  to  handle  parts 
of  words.  yo 

Frozen  Statements  --  In  using  NLS,  statements  neid  as  is  on 
the  display  while  otner  parts  of  the  file  are  composed  or 
modified.  yp 


Higher  Level  Processes  --  (HLP)  Processes  in  which  the  oasic 
user  features  of  our  online  systems  (particularly  NLS  and 
ThLS)  are  used  as  ouilding-blocks  in  the  construction  of 
programs  xor  carrying  out  specific,  pernaps  ratner  complicated 
tasks.  yq 

Irt?  --  Acronym  for  interface  message  Processors.  Hardware 
devices  that  codi  and  decode  messages  for  transmission  Detween 
the  computers  on  tne  aP.Pa  Network.  yr 

Intellect  --  The  numan  competence  to  make,  sort,  exchange, 

and  apply  to  decision  making  knowledge.  ys 

Journal  --  The  open  ended  information  storage  and  retrieval 
system  that  supports  tne  Dialog  Supoort  System.  yt 

fteyset  --  a  device  like  a  stenographic  machine  consisting  of 
five  Keys  tc  oe  struck  with  tne  left  hand  in  commanding  the 
online  system.  yu 

List  --  In  the  NLS  nierarchy,  the  list  of  a  given  statement  is 

the  set  of  statements  that  are  in  the  piex  of  tne  source  of 

tne  given  statement  ana  are  on  tne  same  level  with  it,  yv 

Markers  --  a  narker  is  a  symbolic  name  whicn  the  user  may 

attacn  to  a  particular  cnaracter  m  a  file,  it  is  invisible  on 

tne  screen,  hut  visible  to  routines  that  searen  for  it.  yw 
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Mouse  --  a  device  operated  Dy  tne  rxgnt  nana  m  using  tne 
Online  System.  Tne  mouse  roils  freely  on  any  fiat  surface, 
causing  a  cursor  spot  on  the  display  screen  to  move 
correspondingly.  yx 

NIC  --  Acronym  for  Network  Information  tenter,  aKC's  key  role 
in  the  ahpa  computer  Network.  The  NIC  is  a  computer-assisted 
reference  and  communication  service  for  information  pertaining 
to  the  network.  yy 

NLS  --  Acronym  lor  the  akC  Online  System.  yz 

Plex  --  in  the  NL5  hierarchy,  the  s*t  of  all  statements  that 
have  a  common  source.  ya* 

Online  system  --  This  is  *kC ' s  principal  ana  central 

development  in  the  area  ox  computer  aids  to  tne  human 

intellect,  as  presently  constituted,  it  is  a  time-shared 

multi-console  system  for  tne  composition,  ftuay,  and 

modification  of  files  (see  definition  of  "file").  Many 

details  of  the  system  are  described  in  the  body  of  this 

report.  9aa 

Pointer  --  an  old  name  for  marker.  yab 

kaDC  --  Acronym  for  Home  Air  jevelcpment  Center.  yac 

Sequence  Generator  —  a  routine  tnat,  wr.en  given  the  number 
that  identifies  a  statement  internally (tne  STlh),  will  search 
through  the  file  ana  find  all  the  subsequent  statements  that 
observe  the  current  viewspecs.  yaa 

SHI  --  Acronym  for  Stanford  Research  Institute  ya«i 

STIl)  *•  Acronym  for  statement  identifier,  a  number  unique  to 
eacn  statement  in  a  file  ana  that  remains  with  tne  data 
regardless  of  editing.  yaf 

source  --  In  the  NLS  hierarcny,  the  first  suoiist  of  a 
statement  is  the  set  of  statements  immediately  oelow  it,  tne 
second  suoiist  is  all  statements  one  level  oelow  tnem,  and  so 
the  nth  sublist  of  statement  "s"  is  the  set  of  statements  tnat 
are  in  the  first  suoiist  of  tne  statements  in  the  (n-i)th 
suoiist  of  "s".  yag 

Statement  --  The  oa3ic  structural  unit  of  a  file.  A  statement 
consists  of  an  arbitrary  string  of  text,  plus  graphic 
information,  a  file  consists  of  a  number  of  statements  in 
arranged  an  explicit  hierarchical  structure.  9ah 
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Textpointer  --  in  nLS  as  usea  on  tne  Pdr-1o,  tne  fixation  oy 
NLS  on  a  space  between  two  characters  wnich  allows  tne  users 
to  be  sure  editing  or  execution  of  executable  text  will  begin 
with  the  following  character.  9ai 

TNLS  --  Acronym  for  Typewriter  online  system.  The  system 
used  in  ARC  from  typewriter  type  termals  from  early  1971  on. 

It  differs  from  TubAS  internally  in  using  core  als  with 
adaptive  routines  that  are  called  automatically  when  the  user 
names  his  terminal  in  logging  in,  and  externally  in  a  number 
of  additional  powerful  editing  commands.  9aj 

TODaS  --  Acronym  for  Typewriter  Oriented  Documentation  Aid 
system.  Tne  version  of  NLS  used  from  typewriter  lixe  terminals 
prior  to  1971.  9ax 

Tree  Meta  --  The  compiler-compiler  system  of  *R0,  used  to 
compile  all  the  languages  at  arc.  9al 
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APPENDICES 


11 


APPENDIX  A,  I/O  bOX  11a 

1.  I/O  CONTROL  SYSTEM  11*1 

2.  General  lla2 


3. 


Tine  i/o  control  box  connects  onto  tne  PDP-iO 
and  is  used  to  interface  control  signals  and 
signals  between  various  external  devices  anu 

CONo  To  Devices 


I/O  system 
interrupt 
tne  PDP-lo. 

I.la2& 

11*3 


The  PDP-10  controls  external  devices  througn  the 

execution  of  a  CONO  instruction  with  device  ccoe  e20.  11*3* 


Tne  right  naif  of  the  word  nas  tne  following  format. 
16  21  32  33  33 


ignore 


12  oits 


: 


sup-device  bits 


order  code  lla3aia 


ay  setting  oits  21  tnrough  32,  tne  order  coae  can  be 
transmitted  to  any  number  up  to  12  exttrnal  devices. 


Ila3a2 

Bits  33  tnrough  33  are  decoded  to  generate  one  of 
eight  commands  that  can  be  transmitted  to  the 
indicated  devices. 

lla3*3 

oraer  code  o  nas  oeen  reserved  to  represent  a 
reset  command. 

Ila3a3a 

in  general  only  tne  first  four  order  codes  nave 
been  decoded  in  tne  hardware. 

lla3a 3b 

when  the  "RESET"  switch  on  tne  pDP-lu  consol  is 
pushed  the  order  coue  o  is  transmitted  to  all  12 
devices. 

lla3*U 

Bit  assignment  witnin  this  field  as  well  as  order 
functions  are  oeiineu  below. 

1143*5 
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Cl'l 

DLVlCb  OPDDk 

CuDC 

f UNCTION 

32 

Disc/Drun  system 

0 

reset  system 

1 

reset  arum 

2 

reset  disc 

3 

start  arum 

4 

oo  cnain  disc 

5 

Co  no-cnain  ais 

6 

Disconnect  disc 

ji 

Display  system  1 

0 

reset 

1 

initiate 

2 

pause 

3 

restart 

30 

Display  System  2 

0 

reset 

1 

initiate 

2 

pause 

3 

restart 

2i 

1 ,  D  •  C  • 

u 

reset 

1 

initiate 

20 

printer 

0 

reset 

1 

initiate 

2? 

network 

0 

reset 

1 

timer 

2 

receive 

3 

send 

20 

ft, S. Data  set 

0 

reset 

1 

initiate 

25 

onust-  • 

24 

23 

22 

2l 

a.  CONI 

From  Devices 

'ine  PDP-iO  can  sample  the  state  of  various  external  devices 
tm  ough  the  execution  of  a  cumI  instruction  with  aevice  coae  of 

42u, 

'ine  right  half  of  tne  word  ius  the  following  format, 

10  35 


lo  Dies  : 

•  •  B  v  «  •  mm  om  •  «  ■  «  •  ra  •  •  ••  «  • 

Device  status  tines  llaaala 

Complete  flexibility  is  allowed  in  connecting  any 


weuworx  information  center 
and  computer  Augmented  Team  interaction 
72 


SKI-AKC  1  JULf  7l  0277 
Appendix  A,  I/O  Box 


status  conuxoion  of  any  device  to  some  particular  Pit 
within  tnis  fiela.  Ila4a2 


bit  assignments 

within  this  field  are  defined 

below . 

Ila4a3 

Pit 

device  and  condition 

3b 

Drum  nusy 

3  h 

Disc  busy 

33 

Disc  error 

32 

Display  1  ousy 

31 

Display  l  error 

30 

Display  2  Dusy 

29 

Display  2  error 

28 

I.D.C.  ousy 

27 

I.D.c.  error 

26 

printer  ousy 

23 

printer  error 

24 

network  ousy 

23 

Network  error 

22 

H.S.D.a.  ousy 

21 

H.S.D.S.  ousy 

20 

19 

18 

Ila4a3a 

Interrupt  handling 

llaS 

The  PDP-10  controls  ootn  the  interrupt  level  an*!  the 
masking  of  those  devices  irom  which  it  seeks  interrupts. 
Control  is  executed  tnrouph  several  cuhi  and  co.NO 
instructions  to  the  i./u  control  pox,  llaba 

Flag  register  lla^P 

The  flag  register  stores  tne  Pits  whicn  are  trying  to 
generate  an  interrupt  to  tne  ppp-10  system.  liabol 

This  register  can  Pe  sampled  Dy  tne  execution  of  a 

CONI  instruction  with  a  uevice  code  of  414.  llai>o2 

Data  will  Pe  presentea  witn  tne  following  format. 

lla_Su*a 

id  29  3r- 


ignore 


flags 


iia>P2al 
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Bits  16  through  29  are  set  wneri  an  interrupt  has 
been  requested  from  the  appropriate  device.  Ha5o2b 

Devices  are  assigned  tc  bit  positions  according  to 
th%  following  table,  lla5t>2c 

BIT  DEVICE 

29  ary ant  Disc: abnormal  interrupt 

26  rryant  Disc:normal  interrupt 

27  Display  bystem  1 

26  Display  system  2 

25  I.u.u. 

2k  Printer 

23  Network  -  input 

22  Networg  -  output 

21  H.b.D.S* 

20 
3.  y 

16  XCuhL  failure  Ua5b2cl 

inis  register  can  be  modified  oy  tne  PUP-lo  tnrough 

the  execution  of  a  UuNO  instruction  witn  a  device 

coae  of  Jill.  llabo3 

The  right  naif  of  the  instruction  has  tne 

following  format.  Ila5b3a 


16 


29  j u  31  32  3^ 


:  :  :  ignore  : 


flags  control  Ila5b3al 

iJits  lo  through  29  indicate  tne  bits  of  one  flag 
register  to  oe  effected.  Ila3b3t> 

If  bit  30  is  set,  then  the  indicated  bits  of  tne 
flag  register  are  to  be  set  to  zero  .  llabo^c 

If  oit  31  is  set,,  then  the  indicated  Dits  of  tne 
flag  register  arc  to  oe  set  to  one.  llabDjd 
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If  bit  32  is  set,  then  all  the  Pits  ot  the  flag 
register  are  to  oe  set  to  zero.  Ila3b3e 

MasK  A  register  lla3c 

inis  register  contains  a  12  bit  masK  and  a  3  oit 
interrupt  level  register.  An  interrupt  is  generated 
on  the  appropriate  priority  interrupt  channel  when  a 
one  occurs  both  in  the  flag  register  ana  in  the  masK 
a  register.  lla^cl 


The  source  of  an  interrupt  due  to  mask  a  can  be 
determined  through  the  execution  of  a  COal 
instruction  with  a  device  coae  of  i*cO.  lla^cla 

Data  will  ue  returned  with  tne  following 

format.  llai>clal 

10  29  33 


12  bits  ;  ignore 


mask  a  and  flags  ll»5ela2 


bits  10  through  29  will  oe  returned  as  ones 

only  if  ooon  a  bit  for  mask  A  anu  tne 

corresponding  flag  bit  are  set.  Iia>cla3 

The  mask  a  register  can  be  modified  through  the 
execution  of  a  CO.^U  it  truction  with  a  device  coue  of 
400.  Ila5c2 

Tne  right  hall  of  the  instruction  has  the 

following  format.  lla3C2a 


10 


29  j>0  31  32  33  33 


masK  a  control  priority  Ha5c2al 

bits  16  through  29  indicate  tne  bits  of  mask  a  to 

be  affected.  Ha3c2b 

If  oit  30  is  set,  then  tne  indicated  bits  of  tae 
masK  are  to  oe  set  to  zero.  Ila3c2c 
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II  uit  31  is  set,  then  tne  indicated  bita  oi'  tne 
masK  are  to  be  set  to  one,  Ila3c2d 


If  Dit  32  is  set,  then  the  interrupt  level 

register  is  to  be  updated  with  the  contents  of 

bits  33  through  33.  Ila3c2e 


This  register  can  be  sampled  tnrough  tne  execution  of 
a  DATAI  instruction  with  a  device  code  of  iiOO,  Ila3c3 

Data  is  returned  in  tne  following  format.  Ha5c3a 

10  29  33  33 


:  ignor-  s 


mask  a  priority 

bits  lb  tnrough  29  indicate  tne  state  of  mask  a. 


lla3C3al 

Ila5c3b 


Bits  33  through  3^  indicate  the  interrupt  level 

set  for  mask  a.  Ila5c3c 


riasK  t  register  lla3d 

inis  register  contains  a  12  bit  mask  and  a  j  bit, 
interrupt  level  register.  An  interrupt  is  generated 
on  the  appropriate  priority  interrupt  cnannei  when  a 
one  occurs  both  m  tne  flag  register  ana  m  the  masx 
U  register.  Ila3al 

The  operation  oi  tms  mask  register  is  identical  to 
tnat  oi  tne  mask  a  register  witn  tne  provision  tnat 
tne  device  code  lor  the  appropriate  0u«u,  CONI,  ana 
imTAI  instructions  is  11O4.  Ila302 


UNI  vac  Drum  llape 

Interrupts  ior  tne  U.nIVAP  arum  are  handled  separately 

from  the  other  devices  to  Allow  for  a  unique 

interrupt  level  ior  tnis  device.  lla.Sel 

an  interrupt  is  generated  on  tne  appropriate 

interrupt  level  if  tne  urun  flag  is  set,  llaj>e2 

Tne  state  of  tne  nrum  fxag  oit  Can  bo  sampled 
through  tne  execution  01  a  coni  instruction  with  a 
device  code  01  alu.  na:>e2a 
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pata  is  returned  i.itn  tne  following  format,  llaf>e2al 
10  29  3b 


ignore 


ignore 


Brum  fiat?  Ila^e2a2 

bit  29  is  returned  as  a  one  n  tne  drum  flag 

bit  is  set.  Ilase2a3 

Tne  Drum  flag  anu  priority  interrupt  level  can  be 
modified  through  the  execution  of  a  uu«u  instruction 

llaSe3 


Ila5e3a 


llaseial 
llai>e^b 
Ila5e3c 

If  bit  32  is  set,  the  tne  priority  interrupt  level 
will  be  set  to  the  value  contained  m  oits  p3 
through  JS.  Ila^e3d 

Tne  urum  interrupt  level  can  ue  sampled  through  tne 
execution  of  a  uai'A!  instruction  witn  a  device  coae 
of  ulO.  ll*>e!; 

Data  is  returned  with  tne  following  format. 

10  33  35 


with  device  code  ilu 

Tne  ngnt  half  of  tne  instruction  has  the 
following  format 

10  30  31  32  33  33 

ignore  :  :  :  :  : 

control  priority 
Bit  30  will  reset  tne  Drum  flag. 

Bit  3x  will  set  the  Drum  flag. 


ignore 


priority  liajjefc&l 

bits  33  tnrough  3i>  inuicate  tne  disc  priority 
interrupt  level,  llaieab 
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The  urum  interrupt  can  De  turned  oif  by  setting 

the  priority  level  to  zero.  HaSe4C 
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d •  APPEkDJX  d,  UN  1  VAC  DnUrl  SYSTEM 
1.  General 

Tne  subsystem  aescripea  nere  consists  ox  4  hign-speea 
UNIVAC  brum  units  model  Fh-132,  ana  a  UMVAC  Drum 
control  unit  model  3012,  connectea  to  a  PnP-10  memory 
bus  througn  a  special  bisc-Drum  onannel  logic  unit. 

Tne  total  storage  available  or.  tne  1  brum  units  is 
1,010,37b  words  witn  an  average  access  tine  oi  4.3 
milliseconds  and  a  transfer  rate  of  240,000 
woras/secona. 

Tne  Disc-Drum  Channel  Logic  processes  commands  to  the 
drum  by  reading  a  Unit  keference  tell  (Uko)  in  memory 
for  instructions,  m  audition  it  allows  tne  aryant  Disc 
controller  to  share  access  to  memory  througn  tne  same 
memory  bus.  Hole 

in  addition  to  acting  as  a  drum  controller/interface, 
the  Disc-Drum  channel  Logic  also  connects  tne  dryant 
bisc  system  with  the  PDP-lu  memory,  hemory  access  is 
multiplexed  between  the  disc  and  drum  a  cycle  at  a 
time  where  tne  drum  has  hign  priority.  llblcl 

The  Disc-Drum  Channel  Logic  is  connectea  to  the 

FDP-10  memory  through  tne  high  priority  port  of  tne 

DbC  mA-lu  memory  modules.  11p1c2 

The  arum  URo  is  a  fixed,  three-wora  dIock  of  computer 


core  memory 

• 

llDld 

UkC 

61 

function  word  for  arum 

UKO  1 

65 

word  count  ana  memory  address 

UkC  2 

66 

status  message 

llolul 

CONO,  CONI, 

and  interrupt  instructions 

lit  2 

Tnree  cono 

instructions 

are  defined  for  tne  disc 

subsystem. 

1102a 

Tne  CONO 

codes  are  ( 

uevice  code  120) 

llb2al 

lib 

llol 


llbla 


llolb 


742200  uuOOlO 
712200  OUGOll 
712200  000013 


Reset  uisc/trum  system 
keset  Drum 

start  brur.  llo2ala 


The  CONO  actions  are: 


HD2a2 
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Start  arum  -«  Tms  COnu  causes  the  controller  to 
execute  the  command  contained  in  tne  UkC,  ilbaa2a 

Command  processing  consists  of  fetcning  the 
control  words  from  memory,  transmitting  the 
function  word  to  the  arum,  and  managing  the 
resulting  data  transiers  Detween  memory  and 
arum.  liD2a2al 


A  start  urum  cono  issued  while  tne  system  is 

Dusy  will  te  ignored.  xiD2a2a2 

Reset  Drum  --  This  CONu  immediately  terminates  any 
drum  operation  in  process  wnen  tne  pOi\u  is 
received,  ara  returns  tne  system  to  tne  disconnect 
state.  Ilb2a2b 


*eset  Disc/drum  system  --  This  CONO  immediately 
terminates  any  disc  or  arum  operation  ana  return 
tne  entire  disc/arum  cnannel  logic  to  the  reset 


state.  Ho2a2c 

One  CONI  condition  is  sensed.  ilo2b 

The  coni  device  code  is  a2u  llb2bl 

7U22L0  YYYYYYYY  Sense  input 
conditions  llb2ola 

bit  3b  —  This  bit  is  set  to  a  one  if  the  drum 
system  is  busy  llb2bib 

Drum  Interrupt  11d2c 

aii  interrupt  is  generated  on  tne  appropriate 

interrupt  level  of  the  Drum  Flag  is  set.  ilb2cl 

ine  Drum  Flag  anu  priority  interrupt  level  can  be 
modified  tnrougn  the  execution  of  a  CO.so  instruction 
with  a  device  code  oi  ulo.  Ho2o2 

bit  30  set  will  reset  tne  Drum  Flag  Ilb2c2a 

nit  3i  set  will  set  tne  Drum  Flag.  iioacab 


Ii  oi t  32  is  set,  tne  priority  interrupt  level 

will  pc-  set  to  tne  value  contained  in  cits  33 

tnrougn  3b.  11d2C£C 
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A  mure  complete  description  of  the  COkO#  coni  ana 
interrupt  capability  for  special  naraware  devices  can  be 
found  in  the  I/u  CONTROL  BOX  section  of  tne  appendix.  llD2d 


3.  UhC  processing 


lloj 


During  the  command  table  processing  sequence,  the  second 
wora  of  the  URC  will  ue  fetched  first.  llo3a 


Tne  second  word  of  tne  UHC  has  the  following  format. 


Ilc3al 


UhC  +  1 
17'  ltt 


35 


wora  count 

Bits  o  -  17 
value  zero. 


memory  address 


llb3ala 


A  positive  word  count  including  tne 

Ub3alb 


Bits  lb-35  are  an  lb  bit  address  indicating  the 
first  word  in  PDP-10  memory  for  tue  current 
transfer,  if  this  address  is  to  ue  extended  to  20 
bits  for  use  with  the  boAN  pap.ing  uox,  tne  two 
additional  bits  are  to  ue  found  in  me  first  word 
of  the  URC.  Iib3aic 

if  either  &  zero  word  count  or  a  memory  parity  error 
is  detected  while  reading  this  word  of  tne  URC,  tne 
Status  word  will  be  written  indicating  such  an  error 
ano  tne  process  terminated  witn  no  command  sent  to 
trie  drum.  Iib3a2 

After  reading  the  first  word  of  the  UhC  ano  finding  a 
non-zero  word  count,  tne  first  word  containing  the  drum 
command  is  read.  iiojb 
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This  word  has  the  following  format, 

0  3  12  14  15  17 


if 'in.  code  Ignore  laent  Drum  unit 


15 


2u  25 


3> 


Band  no.  Angular  Address  ilb3blb 

Bits  0-5  This  is  a  function  code  to  be  sent  to  the 

drum  controller,  only  5  cooes  are  acceptable  and  all 
others  will  result  in  terminating  with  an  appropriate 
error  bit  in  the  channel  status  report.  The  allowed 
functions  are  descripeo  below.  Ilb3t>2 


02  Continuous  write 

42  Head  Normal 

‘U  keaa  harly 

43  Read  Late 

tj  Send  angular  Address  Hb3o2a 

Codes  02  ana  42  are  normally  used  to  write  and 

read  with  the  arum.  llD3&2b 

codes  41  ana  43  are  the  same  as  the  continuous 
peaa  iU2)  function  except  Mat  the  arum  read 
probes  are  shifted  to  read  data  pulses  sligntly 
earlier  or  later.  These  functions  can  be  used  to 
try  to  recover  data  following  a  parity  error,  or 
to  aid  online  maintenance,  1103&2C 

code  to  is  used  to  instruct  tne  unIVaC  controller 
to  send  a  status  word  containing  tne  current 
angular  address  of  the  arum  specified  by  the 
function  word.  This  is  a  special  command  in  as 
much  as  the  channel  logic  ignores  tne  word  count 
field,  (tnis  field  must  oe  non-zero  nowever  so 
tnat  tne  channel  Logic  will  read  this  word  in  the 
URC).  JLlo3D2d 

The  Angular  report  is  based  on  the  selected 

Drum  Unit.  The  remaining  bits  of  the  urum 

address  (lo-35)  will  be  ignored.  Ilb3b2dl 
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in  most  cases,  the  interrupt  is  returned  witnin 
about  30  microseconds  after  the  conu  is  issued. 

If  the  “dead  space"  is  unaer  tne  read  head  wnen 
tne  function  is  in  progress,  up  to  230 
microseconds  may  elapse.  Hb3b2o2 

If  this  function  wora  addresses  an  inoperable 
drum  unit,  the  status  word  containing  the 
Illegal  Address  (514.)  status  code  is  returned. 

llD3b2u3 

The  format  of  the  Angular  position  Report  is 
described  unaer  the  status  word.  Hb3D2aA 

bits  12-114  This  is  an  iaent  field  wnicn  must  be  set 
to  either  all  one's  or  all  zero's.  Hb3D3 

Bits  13 -35  Tnese  cits  represent  the  drum  address  as 
interpreted  by  tne  UNIVAC  controller.  llbjbU 

If  tne  cnannel  Logic  detects  eitner  an  illegal 
command  or  a  parity  error  tne  operation  will  be 
terminateu  with  appropriate  bits  set  in  the  status 
kora.  Ilb3b5 

After  processing  tne  two  words  in  the  UkC,  the  Channel 
will  then  proceed  to  transfer  data  until  tne  word  count 
becomes  zero.  At  this  point  a  Control  uoae  of  33  is 
generated  ana  sent  to  the  UNIVAC  controller  so  as  to 
conclude  the  current  function  and  return  the  arum  status 
to  tne  Channel  Logic.  The  drum  status  information  is 
used  by  tne  Channel  logic  in  updating  the  status  woru  in 


the  UHC.  llbbc 

A.  Status  Report  libk 

Before  setting  the  urum  flag  at  tne  completion  of  a 

command,  the  third  word  in  the  URC  is  updated  by  the 

Drum  Control  Logic.  1104a 

This  word  will  rave  the  following  format,  llbual 

URc  +  3 

0  3  6  11  12  3S 


status  cnannel  arum  information 

coue  status  llbiuia 
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tilts  0-3  The  status  code  whicn  is  returned  from  the 
UNIVAC  controller  will  have  only  tnose  values 
described  below.  lloiu2 

(00)  -  Channel  Fault  libua*a 

an  error  was  detected  Dy  the  uisc-Drum 
Controller  sucn  that  no  request  was  passed  on 
to  the  UNIVAC  system,  llbiu2al 

The  error  detected  is  indicated  within  the 
Channel  status  portion  of  tne  status  word.  Ilbaa2a2 

The  contents  of  the  2k  low-order  bits  of  tne 
status  worn  are  indeterminate  and  should  be 
ignored.  Iloiu2a3 

(Ik)  -  Fault  ima2b 

The  Fault  status  code  is  usea  to  inform  the 
processor  that  a  hardware  malfunction  has 
occurred  in  the  subsystem,  conditions  whicn 
can  cause  a  Fault  indication  are:  llbia2&l 

More  tnan  one  reao-wnte  head  has  been 
selected.  Ilbl*a2bla 

power  to  the  drum  units  has  been  interrupted 
during  tne  operation.  lloj;a2blb 

angular  address  circuits  in  an  FH-a32  drum 
unit  are  out  of  synchronization.  Ilblta2blc 

The  white  VOLTAGE  switch  in  tne  control  unit 
is  OFF  wnen  any  function  was  received.  Ilbaa2bld 


The  contents  of  the  2k  low-order  bits  of  the 
status  wore  are  indeterminate  ana  should  be 
ignored.  Ilbiu2d2 


This  error  cooe  can  result  from  any  of  the 

valid  function  codes  useu  on  this  system.  ilbla2D3 

(2u)  -  Angular  Address  lloua2c 

The  Angular  Address  status  code  is  sent  to  the 
processor  in  resoonse  to  Gena  angular  Address 
function  (22).  For  the  FH-L32  arum  unit,  tne 
11  iow-oraer  bits  of  the  status  word  contain 
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tne  angular  address  uresent  about  lu 
microseconds  Defore  tne  time  tne  nruw  flag 
Interrupt  signal  was  turned  on.  Ht>4a2cl 

(34)  i  Lna-oi-fiie  Ilb4a2d 

The  Lna-of-file  status  coue  is  used  to  inform 

the  processor  that  the  next  sequential  address 

is  outside  tne  set  of  legitimate  arum  addresses 

of  the  particular  suDsystem,  is  on  an 

inoperable  arum,  or  is  on  logical  arum  unit  l 

for  a  write  function  wnen  a  wkITl  lockout 

switcn  is  set  and  applied  to  arum  unit  l,  il&4a2al 

inis  status  coae  is  generated  only  through 

increment  of  tne  arum  aduress  during  a 

function.  HD4a2d2 

a  status  word  containing  an  cna-of-fiie  status 
coae  is  generated  in  response  to  any  of  the 
Valia  function  codes  except  sena  Angular 
address.  Ilu4a2a3 

The  contents  of  tne  2k  low-order  pits  of  the 
status  wora  are  indeterminate  ana  should  be 
ignored.  Il04a2u4 

UO)  -  Normal  completion  lloua2e 

If  a  Normal  Completion  is  generated  a t  tne  end 
of  a  data  transfer,  then  tne  previous  function 
was  completed  without  an  error  detected,  lluua2el 

Tne  contents  of  the  21;  low-order  pits  of  the 
status  word  are  indeterminate  ana  should  be 
ignored.  Ho4a2e2 

(^4)  -  Illegal  Aduress  ilbl;a2f 

Tne  Illegal  Address  status  code  is  used  to 

inform  the  processor  that  tne  arum  address  in 

tne  function  word  is  invalid.  lioua2il 

An  invalid  aduress  is  detineu  as  an  address 
specified  in  any  reaa  or  write  function  wora 
wnich  is  not  within  the  set  of  legitimate 
addresses  ior  the  subsystem  or  wnicn  is  on  art 
inoperable  arum,  Ho4a2i2 
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ah  address  specifiea  ii  a  write  miction  word 
wnich  is  in  tne  set  of  addresses  locked  out  by 
a  hkITe  LOOKOUT  switcn  is  also  designed  as  an 
invalid  aduress.  llDia2iJ 

If  a  function  word  specifies  an  invalid 

address,  tne  function  is  not  initiated,  and  no 

data  is  transferred  to  or  from  tne  drum.  libaa2fL 

Tne  contents  of  the  211  low-oraer  bits  of  tne 
status  word  are  indeterminate  and  snould  be 
ignored.  Ilbua2l5 

1 6 x )  -  Parity  Error  ilbua2g 

Tne  Parity  error  status  ccae  is  used  to  inform 
tne  processor  tnat  tne  control  unit  detected  a 
parity  error  during  a  read  operation,  Tne  2L 
low-order  tits  of  the  status  wora  contain  tne 
drum  address  oi  the  word  in  wnicn  the  error  was 
detected.  ilbl;a2gl 

If  a  data  parity  error  is  detected,  tne  status 

word  is  made  available  to  tne  processor,  ana 

tne  interrupt  signal  is  turned  on  only  after 

the  processor  has  accepted  all  parity-correct 

data  words  read  for  input  to  tne  processor 

oefore  the  error  was  detected,  ine  error  wore 

is  not  made  available  to  tne  processor.  HDiu2g2 

Tne  following  procedure  is  recommended  in 
attempting  to  recover  from  a  parity  error 
condition.  HPaa2g3 

Initiate  a  continuous  Read  U*)  function  and 
check  whether  the  parity  error  persists. 

ilPTa2gja 

If  the  parity  error  is  reported,  initiate  a 
tteaa  Early  Ul)  func^on.  llDta2g3b 

If  tne  parity  error  persists,  initiate  a 
rteau  Late  io)  function  to  checK  again  for 
correct  parity.  ilbLa2gjc 

If  the  oanty  errer  is  tne  response  received 
for  each  step  of  tne  recovery  procedure, 
then  tnt  error  must  be  considered  a 
non-recoveratle  drum  error.  ilDLa2g3d 
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C.  APPENDIX  C,  BRYANT  DISC  SYSTEM 


11c 


1.  General 


llcl 


The  subsystem  described  here  consists  of  a  bryant  ^isc 
File  series  4000,  mod  A2A,  and  a  control  unit.  The 
present  7-diac  system  is  capable  of  storing 

approximately  23  million  36-bit  words.  llcla 

The  disc  unit  Reference  cell  (Uftc)  is  a  fixed  three-word 


OlOcK  Of 

computer 

core  memory. 

llclb 

UKC 

70 

pointer  to  command  taoie 

UKC  +  1 

71 

advance  sector  information 

UkC  +  2 

72 

error  message 

llclol 

All  words  in  the  Ukc  ano  tne  command  taDie  as  used  Dy 

tne  disc  controller  are  24-bit  fields  corresponding  to 

Dits  12  tnrougn  33  ol  tne  PDP-10  worn  format,  aits  o 

through  11  will  be  ignored  py  the  controller  and 

returned  as  zeros  when  writing  into  core.  ilclc 

Data  transfered  to  or  from  the  disc  will  oe  36-bit  woras 
plus  odd  parity.  Held 

2.  CONO  and  COM  Instructions  llc2 


Five  CONO  instructions  are  uefinen  for  tne  aisc 

subsystem*  llc2a 

Tne  CONO  codes  are  (device  code  4.20) 


74.2200  oouoio 
742200  OUO012 

74220VJ  000014 
742200  OQuOlS 
742200  000016 


Reset  Disc/drum  system 
Reset  disc 
uo  cuaan 
Go  uo-enain 

Disconnect  iic^al 


Tne  cono  actions  are; 


Iic2a2 


Reset  Disc/Drui.1  system  --  This  uONO  immediately 
terminates  an:y  disc  or  arum  operation  wnicn  may  be 
in  process  when  tne  CoinO  is  receiveu,  ana  returns 
tne  Disc/orum  System  to  tne  disconnect  state.  xlc,2a2a 
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The  digit  designated  "X"  cm  be  any  number  from 
1  tnrough  7  to  signixy  ^ne  portion  or  portions 
of  the  worci  containing  one  parity  error.  HD4a2tU 

status  Code  incorrect  Parity 

61  2 4  through  35 

o2  12  through  2 j 

o3  12  tnrough  23  anu  2k  through  35 

04  0  tnrough  11 

65  0  tnrough  11  *na  tk  tnrougn  35 

66  0  tnrough  11  ana  12  tnrough  23 

67  All  three  12-Dit  segments  Iiu4a2g4a 

bits  6-11  This  field  is  usea  by  the  Channel  Logic 
to  indicate  any  fault  conditions  that  it  may  aetect. 

The  Pits  used  anu  the  corresponding  errors  are  listed 
below.  Ilbua3 

Bit  o  --  Bad  bnd  lioiaja 


The  UriltfAC  arum  controller  indicates  a  not 

ready  state,  does  not  complete  a  command,  or  is 

not  plugged  into  the  Channel  Logic.  HbJia3al 

bit  7  —  parity  hrror  iloia3b 

Tne  Channel  Logic  detected  a  parity  error  wuen 
reading  pdp-Io  memory.  llo4a3al 

Bit  o  --  Illegal  function  llo4a3c 


Tnt  lirst  wore  in  tne  U.it  coat  -vined  an  iileg?i 
function  code.  lluiaici 


Bit  y  -  brum  wOn-ex-meiTi  llbLa3d 

Tne  POP-lo  memory  address  accessed  oy  the  yrun 
portion  oi  the  Oisc-orum  cn annex  Logic  aid  not 
respond  witnm  loo  microseconds,  inis  failure 
muicates  eitner  an  illegal  memory  address  or  a 
malfunctioning  memory  unit.  HuLa3u3 

Bits  lo  -  11  --  ;<ot  Useu  lluaa3e 


These  Dits  are  currently  not  useu  and  will 

always  be  returned  as  zeroes.  Il04a^el 
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Go-unain  --  This  cono  causes  tne  controller  to 

start  command  processing.  Ilc2a2b 

processing  always  starts  with  tne  command 
addressed  Dy  tne  UHC  wnen  the  cono  is  executed. 

llc2a2Dl 

If  a  disconnect  request  nas  previously  teen 
stored  by  a  Disconnect  CUNO  and  tne  system  is 
still  ousy  (processing  commands),  a  co-Cham 
CUnO  cancels  tne  disconnect  request.  Hc2a2D2 

A  uo-Chain  COnu  issued  while  tne  system  is  ousy 
ano  no  disconnect  request  is  stored  results  in 
a  command  error.  Hc2a2o3 

Go-No  chain  --  This  CONu  causes  tne  controller  to 
process  tne  single  command  table  entry  pointed  to 
by  the  UPC .  Ilc2a2c 

A  oo-No  Chain  uOnu  received  while  the 
controller  is  processing  commands  results  in  a 
command  error.  Ilc2a2cl 

Reset  --  This  CONO  immediately  terminates  any 
disc  operation  in  process  wnen  tne  cono  is 
received,  and  returns  the  system  to  the 
disconnect  state.  Ilc2a2c2 

Disconnect  --  This  CONO  causes  the  controller  to 
disconnect  at  the  next  normal  interrupt  condition. 

Ilc2a2d 

Two  CONI  conditions  are  sensed.  ilc2b 

Tne  CONI  device  code  is  420 

7112210  YYYYYYY Y  benst  input  conditions 

ilcPbl 

Tne  conditions  sensed  are;  11c2d2 

Bit  3U  --  This  Dit  is  set  to  a  one  if  the  disc 
system  is  busy  llc2o2a 

Bit  33  --  This  bit  is  set  to  a  one  if  any 
outstanding  error  conditions  exists  on  tne  disc 
subsystem.  ixecution  of  this  instruction  does 
not  reset  any  error  conditions,  Hc2o2o 
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The  execution  of  a  uo-cnam  cuNO  ueiore  tne  next  normal 
interrupt  condition  is  reacned  cancels  the  disconnect 
request.  ilclc 

3*  Command-Taole  Processing  llc3 

Alter  either  go  COnO  the  system  oegins  Processing 

commands  with  the  command  addressed  Dy  the  UKC.  Ilc3a 

Tne  UkC  always  points  to  the  current  command  being 
processed.  Iic3al 

in  a  uo-cnam  or  uo-Hu  Cham  operation,  after  the 
successful  completion  of  tne  commanc,  the  UkC  is 
upuatea  (incremented  oy  3)  to  point  to  tne  first 
word  of  the  next  commano.  llc3aia 

There  ire  three  types  of  commands  la  one  command  table,  llcoh 

Data  Transfer  Oommanu  —  This  command  consists  of 

tnree  command  words  m  contiguous  memory  locations,  llcool 

Tne  first  word  contains  tne  disc  auuress.  It 
consists  of  concatenated  binary  address  fields. 

\ot  all  combinations  in  certain  address  fields  are 
used;  the  unused  combinations  form  invalid 
addresses.  The  address  word  has  the  following 
format : 

:  1413  22  24  31  33 


:i  0:  : 


I  TracK  lone  Head  sector  llc3Dlal 

Interrupt  uit  --  If  bit  la  is  a  1#  a  normal 

interrupt  is  given  after  successful  completion  of 

the  command.  ilc3olb 

Trach  Address  field  ift  oits)  --  ;nis  field  is 
usea  to  seiect  one  0:?  2^o  nead  array  positions. 

All  cit  combinations  in  tms  field  are  valid. 

llc3Dlbl 
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12 


Zone  Address  Field  {2  pits)  —  This  field  is 
used  to  select  one  of  the  tnree  uisc  frequency 
zones  as  follows: 

00  zone  0 

01  zone  1 

10  Zone  2 

11  invalid  Iic3blp2 

Heau  Address  field  (7  bits)  --  Tnib  field  is 
used  to  select  one  of  the  2o  data  heads  in  the 
specified  zone.  llc3blD3 

heads  are  numbered  0  to  23,  ano  are  arranged 
two  per  physical  surface  per  zone  Ilc3blb3a 

The  valid  addresses  for  the  6  disc  system 

are  0000000  through  0011001.  Ilc3blp3b 


hector  Address  Field  (4.  Pits)  --  This  field  is 
used  to  select  the  proper  sector  on  a  tracx. 

licJblbU 

The  valid  combinations  for  this  field  depend 

on  the  zone  selected,  hectors  are  numbered 

zero  to  k,  where  k  is  one  less  than  tne 

number  of  sectors  in  tne  zone.  The 

following  combinations  for  each  zone  are 

valid.  Ilc3blbiia 


count 


Zone 

Address  Field 

hectors 

1 

UUOO-UOUl 

2 

2 

oouo-oiuo 

5 

3 

00U0-0110 

7 

Ilc3bxb4al 

Tne  second  word  contains  the  class  ano  word 
•  its  format  is  as  follows: 


lo  24 


3b 


Class  oount  Hc3blo4c 

Class  Field  contains  the 
Direction-of-Transfer  bit  (neau/write)  ano 
information  on  headers.  It  is  subdivided  as 
follows:  llc3olD4d 
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12  13  ill 


16 


head  i/o  Class  llc^DlDLal 

rtead  --  if  this  bit  is  a  1,  Header  fields 

are  written  witn  tne  record*  llc3blbue 

I/o  —  inese  Dits  determine  tne  uirection  of 
transfer  ana  tne  use  of  the  class  field  as 
follows:  llc3t>mf 

ou  Head  -  no  compare  with  class 
01  Head  -  compare  with  class 

10  write  record  and  class  field 

11  write  if  class  compares  equal  llcjblbifl 

Class  --  This  L-oit  field  appears  in  eacn 
record  defining  a  class  to  which  the  record 
belongs,  if  class  comparison  is  called  for 
ana  fails,  an  error  interrupt  is  given.  .Llc^oloag 

Count  field  --  This  field  defines  the  number  of 
36-bit  woros  to  be  transferred.  ilcjblcS 

Tne  maximum  word  count  is  2Uao.  exceeding 
unis  count  m  tne  command  wore  results  in  an 
illegal  word  count  error.  llcjblb^a 

If  the  field  is  zero  the  command  serves  to 
position  tne  nead  array  only.  (Headers  may¬ 
be  written  with  a  wora  count  yf  zero),  llciblb^b 

The  third  worn  contains  the  core  memory  addvess  at 
wmen  tne  transfer  is  to  be&iu.  The  wora  format 
is; 


12  lo 


3i> 


core  Aadress  ilc3blcl 
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Core  Address  --  Tnis  Held  contains  tre  aDsolute 
core  address  at  wnicii  tne  information  transfer  is 
to  begin.  llc3old 

erancn  Command  --  Tnis  command  causes  tne  next 
command  word  to  be  taken  from  tne  core  location  given 
in  tne  branch  command  word  rather  tnan  m  sequence  in 
tne  command  table.  Tne  core  address  is  aosolute  ana 
no  remapping  takes  place,  rne  worn  format  isj  llc3D2 

12  Ik  19  35 


so  Is  : 


I  Core  Address  Ilc3u2a 

If  tne  interrupt  oit  is  set  a  normal  interrupt 
will  be  generated  after  the  conmanu  is  executed. 

llc3o2b 

Note:  After  a  brancn  command  tne  URC  is  written 
with  the  entire  contents  of  the  branch  command 


worn. 

Hc3o2c 

Disconnect 

controller 

Command  word  -- 
to  disconnect. 

This  word  causes  the 
The  wora  format  is: 

disc 

Ilc3b3 

12  Ik 

35 

so  is  : 

. 

I  llc3t»3a 

If  the  interrupt  oit  is  set  a  normal  interrupt  will 
be  generated  after  tne  command  is  executed.  llcioU 

A.  disc  File  Formats  lick 

Disc  Formats  Each  of  the  twelve  data  surfaces  is 
divided  into  three  zones,  with  a  pair  of  neads  for  each 
zone.  Each  of  the  three  zones  has  a  separate  clock 
frequency  and  oit  density  optimized  for  tne  zone.  llcua 

Zone  Format:  A  zone  is  divided  into  51*  tracks, 

corresponding  to  each  of  two  heads  at  positions  of 

the  head  array.  llcEb 
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Tracx  Format:  a  tracx  is  aividea  into  sectors  ov 
prerecorded  sector  pulses,  The  nunoer  of  sectors  per 
tracx  is  a  function  of  the  zone.  llclic 


Zone  a 
Zone  1 
Zone  2 


2  sectors/tracK 

inner  zone 

5  sectors/tr*ek 

Middle  Zone 

7  sectors/tracK 

outer  zone 

llcicl 

sector  Format:  There  is  one  iixea-iengtn  record  per 
sector  with  a  data  field  of  2>6  3o-oit  woras. 

Associated  with  each  record  is  a  header  field  used  to 
identify  the  record  and  ensure  that  nead  ana  zone 
selection  are  correct  oefore  writing  or  reading  a 
record,  ano  a  class  field  grants  access  to  records  by 
class.  Head 


in  all  suofields  of  the  sector  a  preamble  and 

postamble  ensure  reliable  reading  of  the  first  ana 

last  Pits  of  the  suyfielu.  llcaal 

Tnese  bits  are  all  "ones,"  generated  by  tne 
controller  and  never  transferred  to  tne  computer, 

llciidia 

The  overall  format  of  tne  sector  is  Ilc4d2 


7 it  bits  37bits  *>46  oits 


header  Field  Class  Field  Data  Held  llcUd2a 

The  neader  field  consists  of  two  header  words 

generated  by  the  control  unit  and  is  not  transferred 

to  tne  central  Processor,  l±C4d3 

These  words  are  only  written  when  special  Key 
switches  (one  for  each  neader  word)  are  on  and  a  1 
appears  in  the  u  pit  of  the  class  and  count  word. 


Header  word  1 

tt  pits  a  bits  >  bits  i  3  bits 

:  preamble  sTrack  Address:  Zeroes  :  P  :Postanble: 


llcUd3a 


Ilc4d3bl 
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Tnis  word  is  written  cy  tne  disc  controller  ana  is 

usea  ior  tracK  verification.  llckajc 

Heaaer  woro  2 

S  bits  2  7  bits  k  bits  1  3  oits 

:  preamble  :  z  :  surface  ssector  :  p  spostamble: 

----------------------  llckd3dl 


Zone  subfield  (2  Dits)  —  These  two  oits 

correspond  to  the  zone  audress  and  are  used  to 
insure  proper  selection  of  tne  zone.  Ilcad3d2 

Head  subfield  17  bits)  --  Tnese  seven  bits  are 
used  to  ensure  correct  selection  of  tne  neao. 

Heaus  are  arranged  two  per  pnysical  surface  per 
zone.  Ilckd3d3 

Sector  suofiela  U  bits)  —  Tnis  supfield  is 
usea  to  identify  tne  sector  or  record  and  is 
unique  on  each  track.  Ilckd3dk 

Parity  Supfield  (1  bit)  --  udc  parity  is 
generated  for  eacn  header  word  and  is  checked 
wnenever  tne  neaaer  is  read.  llci;d3o5 

Class  iield  Format  --  Tne  format  Of  tne  class 
field  is: 

a  bits  u  nits  y  bits  1  3  bits 


:  preamble  :  class  :  zeros  :  p  :  Fostamble: 


Class  subfield  --  Tnis  is  a  k-oit  field  defining  tile  class  to 
wnich  a  record  belongs.  Normally  the  class 
field  is  reau  and  compared  with  tnat  appearing 
in  the  command  word;  if  tney  are  equal  tne 
operation  proceeds.  Ilckd3e2 

Parity  Suofieiu  (1  bit)  --  cad  parity  Iic.kd3e3 

Data  Field  Format 
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o  bits  ik!2  Pits 


:  Preamble  :  uata 


9  bits  3  bits 


Check  bits  sPostamtles 


llcFdiil 


Data  suofield  (9F72  bits)  --  This  supfieia 

consists  of  236  36-Dit  machine  words.  An  oua 
parity  bit  is  inserted  every  3&  oits  by  the 
control  unit,  it  is  transferred  in  its 
entirety  on  a  read  operation  witn  odd  parity 
generated  for  each  word,  if  less  tnan  2^6 
woras  are  transferred  on  a  write,  the  control 
unit  generates  the  necessary  zeros  to  fill  out 
the  data  subfield,  Ilcy.d3f2 

Check  Subfield  (9  bits)  --  Tnis  subfiela  is 
usea  for  error  checking  over  tne  data  record. 

It  is  generated  by  the  control  unit  on  a  read 
or  write  operation  and  is  never  transferred  to 
the  central  processor.  Ilcad3f3 

Gap  Format  --  A  gap  of  ill  uit  times  is  allowed 
notween  each  alterable  segment  of  tne  sector 
format  and  tne  next.  This  allows  sufficient  time 
for  the  recovery  of  tne  read  amplifiers  after 
writing  a  segment  of  the  sector  field.  ilcM3R 

3.  Clocking  llc5 

Clock  tracks  are  prerecorded  on  a  separate  disc  with  its 
own  set  of  heads  wnich  qo  not  move.  lleba 

Fach  zone  has  a  separate  head3  for  write  clock  and 
sector/maex  Dulse.  llcbal 

Rhen  the  system  is  busy,  the  advance  sector  word  is 
updated  by  the  controller  to  indicate  tne  next 
available  sector  in  each  zone.  This  wore  nas  the 
following  lormat. 

12  1516  23  27  31  3> 


TV  Track  Zone  3  *,one  2  zone  i  llcbaza 
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"TV"  13  tne  traCK  verification  Dib.  *hen  this  oit 

is  a  i  tne  heads  nave  settled  on  tne  addressed 

traci*.  llc^aiJh 

i'ae  "tracrf"  cuae  inuicates  tne  neaa  *rray  position 
if  Tv  is  1  anu  head  array  destination  if  Ttf  is  u. 

Ilcf?a2c 

t’ne  advance  sector  ir-iornation  as  uesrrioea  here 
Iil's  oeen  turneu  off  in  the  Hardware  aue  to 
difficulties  m  this  portion  of  the  controller.  Hc3a2d 

fcirror  Conditions  lic6 

Whenever  an  aonormal  condition  is  detected  oy  tne 
controller  tne  following,  actions  occur:  llcoa 

any  uata  transjei  operation  in  process  is  terminated. 

'}  lcoal 

A  oisc  read  operation  is  terminated  immediately  on 


detection  oj  the  error.  llcoala 

on  h  uisc  write  operation  tne  remainder  of  the 

current  sector  is  fillec  wion  zeros  and  the 

operation  is  terminated.  .licoaln 

nits  maicatmr  tne  error  conditions  are  written  m 

tne  ai&c  error  wora.  Iic6a2 

aii  aonormal  interrupt  is  generated.  ilcba.3 

The  controller  *oes  to  tne  disconnect  state.  llcoali 

The  disc  error  wore  contains  a.  1  for  every  aonornr.al 
condition  tnat  has  occurred.  At  least  one  Pit  will 
always  be  3et  ana  more  than  one  can  oe  set.  llcfch 
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Tne  format  of  tins  wora  is 


Dlt 

2a  Illegal 

26  Control  unit  ^rror 

27  Class  Not  Equal 

2b  Not  Ready 

2y  Angular  position  Error 

30  head  Position  Error 

31  Inv*li(A  Aadress 

32  Comma:. a  Error 

33  Data  Transfer  Error 

3a  ChecK  Fi  i  Error 

35  v/ora  Parity  Error  ilc60l 


Data  ana  command  Errors 


11c6d2 


word  Parity  Error  (Bit  35)  --  Tms  condition  is 
set  whenever  the  parity  is  incorrect  on  a  2A-bit 
sequence  in  the  data  field  of  a  record  during  a 
read  operation,  Ilc6b2a 

ChecK  Fiela  Lrror  'jit  3E)  —  inis  oit  is  set 
whenever  the  checK  bits  at  tne  enu  of  the  recora 
indicate  that  an  error  has  been  maue  in  reading 
the  record,  llc6o2b 

Data  Transfer  Error  (bit  33)  --  Tnis  bit  is  set 
when  data  being  transferred  from  tne  central 
processing  unit  to  the  control  Unit  nas  incorrect 
rarity,  Hcod2c 

command  Error  (oit  32)  --  This  bit  is  set  for  tne 
following  conditions:  Hc6o2a 

incorrect  parity  for  a  command  word  transferred 
from  tae  computer.  llc6D2dl 

Invalid  command  code,  Ilc6b2d2 


A  Jo-No  Cnam  CON'u  receive  i  wniie  busy.  Hcob2d3 
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Go-Chain  00N0  receive  while  busy  and  no 
aisconnect  request  waiting.  Ilc6b2al; 

Addressing  and  positioning  errors  llcbc 

invalid  Address  (Bit  31)  --  This  oit  is  set  when  the 

disc  address  specified  in  a  transfer  command  is 

invalid,  or  a  data  transfer  exceeds  tne  cylinder.  Ilc6cl 

A  cylinder  consists  of  all  tracxs  on  all  surfaces 
that  can  De  accessed  from  a  single  nead  position. 

Ilc6cla 

head  Position  Error  ibit  3o)  —  This  oit  is  set  if 
the  head  array  is  not  correctly  positioned  as 
determined  by  failure  to  get  tracx  verification  after 
7  revolutions  or  incorrect  tracx  address  in  header 
word  1.  llcoc2 

Angular  position  brror  (bit  29)  —  This  bit  is  set 
wnen  the  angular  position  specified  in  the  address 
does  not  match  that  read  from  ueader  word  2,  or  if  a 
parity  error  is  detected  in  header  word  2.  Ilc6c3 

Illegal  word  Count  (bit  21;)  --  This  oit  is  set  when 

the  word  count  in  a  data  transfer  command  exceeds 

20U8.  Ilc6cl; 

Miscellaneous  Errors  llcbd 

Not  heady  (bit  20  --  Thi^  Dit  is  set  if  the  control 
uni+  receives  an  information  transfer  command  and  the 
ais<  \  '  nr- „  ready.  llc6ol 

Class  compare  Not  Equal  (bit  27)  --  This  oit  is  set 
if  a  class  compare  is  requested  and  tne  record  has  a 
uifferent  class  from  the  information  Transfer 
Command.  Ilce>a2 

control  unit  Error  (bit  26)  --  This  oit  is  set  when 

timing  or  sequencing  errors  in  tne  control  unit 

prevent  completion  of  the  operation.  llct>o3 


llcbdli 
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